有关 EJB3，无状态会话Bean 与 Spring 依赖注入 Singleton 的困惑！

最近我在学习 EJB3。关于它的无状态会话Bean，我有一些困惑。

按照 EJB3 规范，容器会为每一种无状态会话 Bean 创建一定数量的实例，然后将它们保存在一个缓冲池（pool） 里面，然后根据调用的情况，将它们在调用者之间分配。书上特别强调了，因为这些 bean 都是无状态的，所以自由度很高。比如说，一个对象调用了无状态会话 Bean 的方法A，执行了一段时间；然后，又调用了同一个 Bean 的方法B。但实际上，它调用的是实例 1 的方法A，和实例 2 的方法B。只不过这一切，对调用者来说都是透明的。

这就是我的困惑所在。我们都知道，可以用无状态的 Singleton 来封装一些领域服务。比如说，UserService，就可以是一个 Singleton class。在实际使用时，可以用 IoC 容器的依赖注入方法得到它的一个（全 JVM 唯一的）Singleton 实例，然后再调用它里面的方法，比如说：

public class ... {
    private UserService userService;
    public void setUserService(UserService v) {
        // IoC 容器将会注入 UserService 的一个实现的实例，
        // 这也将是整个 JVM 共享的一个实例。
        userService = v;
    }

    ...

    public boolean isValidUser(String username, String password) {
        User user = userService.processLogin(username, password);
        return (user != null);
    }

}

一切都很基础。

我现在主要的问题就是，EJB 容器为无状态会话 Bean 创建多个实例并缓冲，到底有什么特别的好处？既然他们是无状态的，为什么不可以整个系统共享一个实例呢？难道说，多个实例的执行效率更高？这似乎颠覆了我个人的 JVM 基本概念.....

请各位指教。谢谢。

评论

19 楼 非典型程序员 2007-02-07  

jamesby 写道

（全 JVM 唯一的）Singleton 实例肯定是不对的，准确地说应该是一个ClassLoader一个实例，当然，父ClassLoader 已经load了一个实例，则子不需要Load实例

请问，你所说的，是 Spring 的做法吗？

而且，在缺省条件下，不是整个 JVM 只有一个 ClassLoader 吗？

18 楼 非典型程序员 2007-02-07  

retreat 写道

robbin 写道

无状态SessionBean确实没有必要搞对象池，这一点Rod Johnson在《without　EJB》里面有很详细的论述。

无状态Sb本身就是借助对象池来体现“无状态”,如果没有Pool，则创建出来的对象必然有状态，只是在于是否被捕获并且表现出来。我个人觉得无状态sb用内存换速度，一定程度上减少创建对象的开销，但是现在内存不值钱，而且对象池的稳定性的确让人忧虑，本人写的大多数对象池都问题多多！

我不这样认为。相反，我觉得：
1，应根据其具体需要来确定一个bean是否有状态；
2，有状态bean需要对象池，因为我们肯定会同时需要多个有状态bean，所以保持一个池可以提高效率；
3，无状态bean不需要对象池，JVM 唯一的 singleton 就可以了，并不会增加任何开销。

17 楼 非典型程序员 2007-02-07  

jianfeng008cn 写道

Singleton 并不是这样的吧 他只是在 servletcontext里面保存了这么一份 beans
每个request过来的时候，使用的是threadlocal
threadlocal 可以说是“拷贝”了 servletcontext里面的beans
可以说是一个副本
这样可以保证多个request使用的beans互相不影响（具体可以理解一下threadlocal ）

threadlocal 的实现本身就类似 对象池 ，不过这个东西是语言支持的，而不是自己来实现的。
你说的synchronize 在一般bean上都不会起作用，原理也是这样 用的根本不是同一个对象(当然static得注意)，除非在同一个request中存在多次调用产生 synchronize 现象。

引用

（全 JVM 唯一的）Singleton 实例

是否你的理解出偏差了呢？

我一向认为，Spring对于（缺省状态下为Singleton模式的）Bean，都是在整个 JVM 里面保持唯一一个实例的。

可能是我一直以来都搞错了吧。因为我没有真正去仔细了解Spring对 Singleton Bean 是如何提供支持的。

16 楼 非典型程序员 2007-02-07  

robbin 写道

无状态SessionBean确实没有必要搞对象池，这一点Rod Johnson在《without　EJB》里面有很详细的论述。

多谢资深发言指教。还要多问一句，“无状态SessionBean确实没有必要搞对象池”，其原因是不是就是我提出的那个呢？

15 楼 jamesby 2007-02-07  

（全 JVM 唯一的）Singleton 实例肯定是不对的，准确地说应该是一个ClassLoader一个实例，当然，父ClassLoader 已经load了一个实例，则子不需要Load实例

14 楼 retreat 2007-02-06  

robbin 写道

无状态SessionBean确实没有必要搞对象池，这一点Rod Johnson在《without　EJB》里面有很详细的论述。

无状态Sb本身就是借助对象池来体现“无状态”,如果没有Pool，则创建出来的对象必然有状态，只是在于是否被捕获并且表现出来。我个人觉得无状态sb用内存换速度，一定程度上减少创建对象的开销，但是现在内存不值钱，而且对象池的稳定性的确让人忧虑，本人写的大多数对象池都问题多多！

13 楼 jianfeng008cn 2007-02-06  

引用

这就是我的困惑所在。我们都知道，可以用无状态的 Singleton 来封装一些领域服务。比如说，UserService，就可以是一个 Singleton class。在实际使用时，可以用 IoC 容器的依赖注入方法得到它的一个（全 JVM 唯一的）Singleton 实例，然后再调用它里面的方法，比如说：

Singleton 并不是这样的吧 他只是在 servletcontext里面保存了这么一份 beans
每个request过来的时候，使用的是threadlocal
threadlocal 可以说是“拷贝”了 servletcontext里面的beans
可以说是一个副本
这样可以保证多个request使用的beans互相不影响（具体可以理解一下threadlocal ）

threadlocal 的实现本身就类似 对象池 ，不过这个东西是语言支持的，而不是自己来实现的。
你说的synchronize 在一般bean上都不会起作用，原理也是这样 用的根本不是同一个对象(当然static得注意)，除非在同一个request中存在多次调用产生 synchronize 现象。

引用

（全 JVM 唯一的）Singleton 实例

是否你的理解出偏差了呢？

12 楼 robbin 2007-02-06  

无状态SessionBean确实没有必要搞对象池，这一点Rod Johnson在《without　EJB》里面有很详细的论述。

11 楼 非典型程序员 2007-02-06  

jamesby 写道

servlet是线程池实现的典型,ejb是对象池实现的典型,至于对象池有哪些好处?搞不清楚,不知道它为什么会提高性能?

其实，对于有状态 bean，我还是理所当然的认为对象池可以提高效率的，因为1，系统确确实实需要有状态 bean 的多个实例（就因为他们是有状态的）；2，创建一个 bean 的开销可能很大。

但对于无状态 bean，我的疑问继续成立

10 楼 jamesby 2007-02-06  

servlet是线程池实现的典型,ejb是对象池实现的典型,至于对象池有哪些好处?搞不清楚,不知道它为什么会提高性能?

9 楼 非典型程序员 2007-02-06  

jamesby 写道

Stateless Session Bean设计池的概念应该是不同的调用端同一时间访问的一定不是同一个Bean实例!

对，我也认为，调用端会随机的访问不同的bean实例。

但我不认为这样效率会更高些。否则的话，Spring 也应该隐含的为那些 service bean 提供缓冲池，而不是简单的用 singleton 来解决问题。

8 楼 jamesby 2007-02-06  

Stateless Session Bean设计池的概念应该是不同的调用端同一时间访问的一定不是同一个Bean实例!

7 楼 jamesby 2007-02-06  

非典型程序员 写道

ahuaxuan 写道

ejb3.0最终没有能颠覆它原来的线程模型，其中缘由不是三言两语能够说清楚的，但是

引用

这似乎颠覆了我个人的 JVM 基本概念

似乎太夸张了吧。

哈哈，初级会员嘛，夸张在所难免。

我个人的 JVM 基本概念，就是 JVM 会（在不同线程中）同时执行一个对象的非 synchronized 方法的多个拷贝，不需要任何额外的等待时间。

基于这个概念，我认为，使用无状态的 singleton 类来当 XyzService，是最佳的选择，不会有任何效率上的不良影响。

也因此，我不明白 EJB 为无状态 session bean 提供对象池的意义何在。当然，我以前没有做过 EJB 1, 2 的项目，所以对其历史不了解。希望资深的各位大侠不吝赐教！

一说倒还真是的,以前只知道有一个线程池的概念,但是为什么需要它不是很清楚!

6 楼 非典型程序员 2007-02-06  

ahuaxuan 写道

ejb3.0最终没有能颠覆它原来的线程模型，其中缘由不是三言两语能够说清楚的，但是

引用

这似乎颠覆了我个人的 JVM 基本概念

似乎太夸张了吧。

哈哈，初级会员嘛，夸张在所难免。

我个人的 JVM 基本概念，就是 JVM 会（在不同线程中）同时执行一个对象的非 synchronized 方法的多个拷贝，不需要任何额外的等待时间。

基于这个概念，我认为，使用无状态的 singleton 类来当 XyzService，是最佳的选择，不会有任何效率上的不良影响。

也因此，我不明白 EJB 为无状态 session bean 提供对象池的意义何在。当然，我以前没有做过 EJB 1, 2 的项目，所以对其历史不了解。希望资深的各位大侠不吝赐教！

5 楼 ahuaxuan 2007-02-06  

ejb3.0最终没有能颠覆它原来的线程模型，其中缘由不是三言两语能够说清楚的，但是

引用

这似乎颠覆了我个人的 JVM 基本概念

似乎太夸张了吧。

4 楼 非典型程序员 2007-02-06  

dennis_zane 写道

对象池是对早期JVM性能上的妥协，现在的存在意义值的怀疑

哦，谢谢。这和我的困惑有点类似，就是无状态bean的对象池似乎没有必要。Singleton 就好了。

3 楼 非典型程序员 2007-02-06  

抛出异常的爱 写道

dennis_zane 写道

对象池是对早期JVM性能上的妥协，现在的存在意义值的怀疑

如果对象中需要sleep（c/s中会有用）没有池那大家只能等着

但是，sleep的含义是令 当前 thread 进入睡眠状态啊。

比如，我的一个对象 I 在一个 thread 里面调用了 userService 的方法 A，但因为某种原因，执行了方法 A 中的 Thread.sleep(xxx) 语句。与此同时，另一个对象 II 在另一个 thread 里面也试图调用 userService 的方法 A。我认为，这时候，对象 II 的调用不会被阻挡，因为 UserService 类是无状态的，方法 A 也就不是 synchronized 的。

所以，这样看来，无状态 bean 似乎确实不需要对象池来缓冲.....Singleton 就好了...

2 楼 抛出异常的爱 2007-02-06  

dennis_zane 写道

对象池是对早期JVM性能上的妥协，现在的存在意义值的怀疑

如果对象中需要sleep（c/s中会有用）没有池那大家只能等着

1 楼 dennis_zane 2007-02-06  

对象池是对早期JVM性能上的妥协，现在的存在意义值的怀疑