ActionServlet - 同步块 - 线程的工作

Question

如果在service()方法中有一个synchronized块，例如在struts的ActionServlet中，多个请求/线程将如何工作这是一个繁忙的网站，有大量的点击量。

每个线程是否会等待下一个线程从同步块中释放锁？这会造成响应延迟吗

Answer 1

不要同步 servlet 的 service 方法。

如果您同步 servlet 的 service 方法，您实际上是在为位于以下位置的线程进行“访问预留”该 Servlet 实例的时间。

Struts ActionServlet 类是一个 HttpServlet，基本上这里感兴趣的是 doGet 和 doPost 方法。如果我们要谈论 Struts，process 方法是主要入口点，但与一般 服务相同的原则适用于所有方法方法。

想法是这样的。

当您在 web.app 中声明 servlet 时，servlet 容器（例如 Tomcat）将仅创建该 servlet 的一个实例。这意味着只有一个实例可以满足所有请求。

如果更多请求同时到达，则每个请求线程都有机会使用 service 方法，因为没有强制执行同步。

如果您有 10 个请求线程，每个请求线程都将在 service 方法中并发执行。这通常是安全的，因为在 service 方法中完成的处理不涉及与其正在处理的当前请求相关的任何状态。如果您向 servlet 添加状态，就会遇到问题。 这是一篇有关该主题的更多详细信息的文章。

现在回到 Struts。

Struts 使用名为 前端控制器 的模式以及 ActionServlet 是那个控制器。这将依次将特定请求委托给其配置（又名 struts-config.xml）中指定的特定 Action 类。

所有传入的请求都通过这里。如果您在此时放置同步（Struts process 方法或更高层的 servlet service 方法），您将一次为一个线程保留 servlet。 对于 struts，您一次将请求的所有处理保留给一个线程。

这意味着如果 10 个请求同时到达，在没有同步的情况下，所有请求都可以并行执行，而在同步的情况下，请求 2 必须等待，直到请求 1 完成，3 等待 2 等等（即请求是依次处理）。这意味着性能不佳。

也许对于提出请求 1 的幸运用户来说，不会对性能产生影响，但请求 10 则必须等待。那么100号呢？ 200？

如果您在编写应用程序时考虑到线程安全，则无需同步入口点。如果您的应用程序属于无法避免同步的类型，那么同步入口点将会降低性能。

PS 只是另一件事。如果您正在考虑将同步移到流程中的较低位置，即 Action 类，请注意它们也不是线程安全的，并且有 Struts 框架内只有一个实例。