单例会话bean

Question

>

在EJB3.0及其之前的版本中，该问题是如何处理的？

如果它保留了客户端特定的会话状态，那么单个实例将拥有所有客户端（试图并发访问）的特定数据？它会安全吗？？

如果我们可以在其他会话bean中使用静态最终变量和静态初始值设定项块或静态方法来初始化它们（因为静态变量也是每个类的数据，而不是每个实例的数据），以便跨bean共享公共数据，那么单例会话bean需要什么呢？

在singleton中使用业务方法是一个好的设计吗？？如果是这样，由单个实例服务的客户端请求的响应时间将比由多个实例服务的客户端请求的响应时间多得多。

此外，虽然singleton bean允许多个客户机并发访问单个bean实例，但默认并发类型（容器管理）中的默认锁类型（写锁）将阻止所有其他线程访问bean，直到该方法结束，这似乎是一个缺点，对吗？？

如果有人能给出一个明确的答案，那将是非常有帮助的

提前感谢：）

Answer 1

>

是的。

通常数据存储在静态变量中。静态变量不太好，原因有很多，包括单元测试。此外，静态变量需要某种同步，严格读取EJB规范不允许这样做，尽管在实践中它运行良好。

通常，存储在单例中的状态不是特定于客户端的，而是特定于应用程序的。例如，缓存全局配置状态或缓存数据库中的全局状态，可能使用周期性非持久性计时器进行刷新。

没有，但请看第二条。

不，单例bean可能不适合基于请求的业务逻辑。是的，默认值是带有写锁的容器并发，因此一次只能有一个线程。您应该根据需要使用@Lock（READ）或@ConcurrencyManagement（BEAN）。

如#3中所述，通常需要跨所有bean共享的“全局”应用程序状态。我发现单例会话bean对于应用程序配置和管理应用程序范围的定时器很有用。