java - 为什么 EJB 是线程安全的而 servlet 不是？

Question

根据我的理解，servlet 容器创建有限的 servlet 实例和每个 servlet 实例的多个线程，并重用这些线程和实例。

因为一个线程有多个实例，所以它们不是“线程安全的”(尽管我知道用线程安全对它们进行编码并不困难)。

另一方面，EJB 容器不创建 EJB 线程，而是仅重用 EJB 对象(使用池)。由于一个EJB实例没有多线程，所以不存在线程安全问题。

我的问题:为什么会有不同的行为？让 EJB 作为 Servlet(线程不安全)工作不是一个好主意吗？

我确定我遗漏了一些东西并且想了解那个遗漏的部分。

Answer 1

对您的问题的最简短回答当然是让 EJB 像 Servlet 一样工作是个好主意，在 EJB 3.1 中我们添加了一个可以做到这一点的组件:@Singleton

安@Singleton bean 可以像 servlet 一样是多线程的，通过:

• 使用 @ConcurrencyManagement(BEAN)
• 使用 @ConcurrencyManagement(CONTAINER)连同 @Lock(READ)关于需要并发的方法和 @Lock(WRITE)在非线程安全的方法上。

Servlet 多年来一直拥有而 EJB 从未拥有的另一件事是 <load-on-startup>这允许 Servlet 急切加载并在应用程序启动时工作。

要匹配Servlet <load-on-start>我们添加了 @Startup可以添加到任何 @Singleton 的注释EJB 并会导致它在应用程序启动时启动。这些 bean 将有自己的 @PostConstruct应用程序启动时调用的方法及其 @PreDestroy当应用程序关闭时调用。

而不是使用数字 ( <load-on-startup>1</load-on-startup> ) 来指示用 @Startup 注释的 beans 的顺序开始，你可以用 @DependsOn 注释 beans并指定需要在带注释的 bean 之前启动的 beans 列表。

我们在 EJB 3.1 中为对齐 Servlet 和 EJB 而做的一个鲜为人知和理解的方面当然是允许将 EJB 打包到 .war 中。文件——这不是鲜为人知的部分——当我们这样做时，我们悄悄地改变了 java:comp/env 的定义。以匹配 Servlet 方法。

在 EJB 3.1 之前，不可能让两个 EJB 共享一个 java:comp/env。命名空间(java:comp/env 在 EJB 规范中是 bean 范围的)。相比之下，Servlet 从来没有办法让各个 Servlet 拥有自己的私有(private) java:comp/env命名空间(java:comp/env 在 Servlet 规范中是模块范围的)。因此，在 EJB 3.1 中，打包在 war 中的 EJB 将具有相同的模块作用域 java:comp/env。命名空间与 web 应用程序中的所有其他 Servlet 和 EJB 一样，这与 bean 范围的 java:comp/env 形成了很大的对比EJB 在 war 之外打包到 EAR 中时获得的命名空间。我们就那个问题争论了数周。

喝啤酒的时间很不错，可以用来问问你的 friend 。