什么时候使用有状态会话bean而不是无状态会话bean？

Question

有状态会话bean定义如下：

无状态会话bean无状态会话bean不维护与客户端的会话状态。当客户机调用无状态bean的方法时，该bean的实例变量可能包含特定于该客户机的状态，但仅限于调用期间。当方法完成时，客户端特定状态不应保留。然而，客户端可能会更改池化无状态bean中实例变量的状态，并且此状态将保留到下一次调用池化无状态bean时。除了在方法调用期间，无状态bean的所有实例都是等效的，允许EJB容器将实例分配给任何客户端。也就是说，无状态会话bean的状态应该应用于所有客户端。

与有状态会话bean相比，使用无状态会话bean的优点如下：

因为无状态会话bean可以支持多个客户端，所以它们可以为需要大量客户端的应用程序提供更好的可伸缩性。通常，应用程序需要的无状态会话bean比有状态会话bean更少，以支持相同数量的客户端。

所以想到的问题是什么时候应该使用有状态会话bean？根据我对这个问题的幼稚理解，应该尽可能地使用无状态会话bean。

应该在其中使用有状态会话bean的候选项是什么？有什么好的例子吗？

会话Bean

Answer 1

首先，您必须了解bean是如何在服务器上创建和处理的。

对于无状态会话bean，服务器可以在池中维护数量可变的实例。每次客户端请求这种无状态bean（例如，通过一个方法）时，都会选择一个随机实例来为该请求提供服务。这意味着，如果客户端执行两个后续请求，则可能有两个不同的无状态bean实例为请求服务。事实上，两个请求之间并不存在会话状态。此外，如果客户机消失，无状态bean不会被破坏，并且可以为来自另一个客户机的下一个请求提供服务。

另一方面，有状态会话bean与客户端紧密相连。每个实例都被创建并绑定到单个客户端，并且只为来自该特定客户端的请求提供服务。因此，如果您在一个有状态bean上执行两个后续请求，您的请求将始终从该bean的同一实例中得到服务。这意味着您可以在请求之间保持对话状态。在生命周期结束时，客户机调用remove方法，并且bean正在被销毁/准备进行垃圾回收。

那主要取决于你是否想保持会话状态。例如，如果有一个方法将两个数字相加并返回结果，则使用无状态bean，因为这是一次操作。如果使用其他数字第二次调用此方法，则您对前一次加法的结果不再感兴趣。

但是，如果您想（例如）计算客户机所做的请求数，则必须使用有状态bean。在这个场景中，了解客户机以前请求bean方法的频率很重要，因此您必须在bean中保持会话状态（例如，使用变量）。如果您在这里使用一个无状态bean，那么客户端的请求每次都将从一个不同的bean得到服务，这会使您的结果一团糟。