我可以使用带有 CDI 的 EJB 无状态 Bean 来维护用户会话吗？

Question

基于这篇帖子http://www.adam-bien.com/roller/abien/entry/ejb_3_1_killed_the 我在我的应用程序中使用@Named @Stateless bean 与数据库进行通信（在此处注入 EntityManager）并在 jsf 页面上显示信息。自 Java EE 5 以来，这是一个很大的便利，但我有一个问题。

使用此类 bean 来维护用户会话（购物车等）是否安全？我读过一本关于 ejb 3.0 的书，我知道同一个无状态 bean 可以用于许多客户端。

使用具有所有 ejb 功能（事务、线程安全等）的托管 bean 的最佳方法是什么？我的意思是除了托管 bean + ejb 接口与 Java EE 5 中的实现 + ejb 注入之外的任何其他方式？

我使用 GlassFish 3.1 WebProfile

Answer 1

补充duffymo的建议；使用有状态会话 bean 与使用 HTTP 会话相比，还有一些额外的注意事项。

HTTP 会话基本上具有类似地图的结构。它可直接用于会话中的所有线程（请求）。这使得操作多个项目成为相对不安全的操作。可以在会话本身上进行同步，但这是一个有风险的操作，可能会导致整个应用程序死锁。 HTTP 会话确实允许您声明事件侦听器，该事件侦听器会在对 http 会话进行任何类型的修改时触发。

Stateful session bean 当然有一个 bean 结构。它具有一种自动同步功能，因为只有线程可以同时在 bean 中处于活动状态。通过注解，您可以声明其他线程是否等待（如果等待，等待多长时间）或在面对并发访问时立即抛出异常。

在每个用户通常只有一个 http 会话的情况下，单个用户可以同时使用多个有状态会话 bean。有状态会话 bean 的一个特别优点是它们有一种机制可以在超时后钝化它们的状态，这可以释放服务器的内存（当然是以磁盘空间为代价的）。有状态会话 bean 不直接具有 http 会话所具有的那种事件侦听器。

我认为最初有状态会话 bean 的“会话”方面是维护与远程非 Web 客户端（Swing、另一个 AS 等）的会话。这很像为维护与远程 Web 客户端的会话而创建的 http 会话。由于非 Web 客户端可以为有状态会话 bean 请求并保留多个代理，因此 Web 类比实际上更类似于最近引入的 conversation scope。

在远程 Web 客户端与服务器通信的情况下，服务器在内部与有状态会话 bean 通信，这些概念非常重叠。远程 Web 客户端只知道 http 会话（通过 JSESSIONID），而对有状态会话 bean 的会话一无所知。因此，如果 http 会话丢失，您通常将无法再次将远程客户端与特定的有状态会话 bean 连接。因此，在这种情况下，HTTP 会话始终处于领先地位，您不妨将购物车项目存储在单个 (http) 会话范围的 bean 中。

有一种特殊情况，有状态会话 bean 可以在内部通信中派上用场，那就是如果您需要 JPA 的 extended persistence context。这可以用于例如实体上的锁定需要在请求之间持续（如果您的库存有限并且不想在用户实际结账时立即用“缺货”消息面对用户，这对于购物车来说可能很方便）。

Answer 2

无状态 bean 无法维护购物车或会话；这就是“无国籍”的意思。

您需要有状态的 EJB 或在 Web 层中进行。这些是唯一保持会话的地方。