如果我的@ManagedBean是@SessionScoped，为什么我会使用@Stateful EJB？我之前用过购物车并保持会话状态，但由于托管bean将在用户会话期间保存，我可以在那里存储状态，然后调用SLSB以获取业务逻辑。那是对的吗？如果是，那么有状态的ejbs将留给更具体的应用程序，例如何时需要交易等？
答案 0 :(得分：13)
很多时候，无状态会话bean可用于解决许多业务问题。
有状态并不一定意味着只有远程服务器保持状态，尽管这肯定是其中一个选项。远程Swing客户端可以首先将一堆数据发送到有状态会话bean，保留存根，然后发送一些操作此数据的命令。这使客户端不必每次都发送相同（大量）的数据。
在远程用例中，当使用Web客户端（浏览器）时，它确实反映了HTTP会话的使用情况。主要区别在于会话是每个bean，而在HTTP会话中，会话是许多bean共享的范围。由于HTTP会话基于cookie，并且cookie对于整个浏览器的域是全局的，因此HTTP会话不能直接支持来自同一客户端的多个会话（例如，每个选项卡或每个窗口）。这对于有状态会话bean来说是微不足道的。
...然而
与远程EJB通信的远程Swing客户端并不常见。
在您的问题中描述的上下文中，您通常会使用本地EJB，并且您将在HTTP会话中存储大多数状态（小心共享！）以及最近在视图范围或会话范围中。
那么，最后，何时在这种情况下使用有状态会话bean？
一个重要的用例是extended persistence context中的JPA。通常使用事务范围的实体管理器，当实体跨越EJB方法调用的事务边界时，它将被分离。如果您希望（乐观地）在用户交互之间锁定实体，这是不可取的。你会失去锁定。
使用扩展的持久性上下文，当您从调用有状态会话bean返回时，实体保持连接并且锁有效。这对预览功能非常有用，以确保在预览后没有其他人对实体进行任何更改。或者对于购物车而言，您确实希望在购物车中一段时间内该物品不能出售给其他任何人。