6.6w+
社区成员
- 全部
无状态session bean为什么不像spring中一样，采用singleton模式
在Spring框架中，无状态的Bean都采用singleton模式，只用一个实例提供服务。
而在EJB中，同样功能的无状态session bean 为什么还要用实例池，配置多个stateless session bean 提供服务。
而在EJB中，同样功能的无状态session bean 为什么还要用实例池，配置多个stateless session bean 提供服务。
...全文
当前发帖距今超过3年，不再开放新的回复
发表回复
taglib 2005-03-12
考虑了Remoting问题吧
梦想家烟灰 2005-03-12
实例池技术要比单纯的单例模式应用更有弹性更加灵活。
要知道实例化一个EJBs的开销是很昂贵的，当并发访问数很恐怖的时候，单纯的单例模式将会疯狂地不停地实例化EJB Bean类，此时“单例”已经失去意义。
实例池的实现技术上可能也包含单例模式的应用，但绝不是单纯的模式应用。
要知道实例化一个EJBs的开销是很昂贵的，当并发访问数很恐怖的时候，单纯的单例模式将会疯狂地不停地实例化EJB Bean类，此时“单例”已经失去意义。
实例池的实现技术上可能也包含单例模式的应用，但绝不是单纯的模式应用。
taglib 2005-03-12
楼上的观点需要商榷，感觉没到点子上
>>>要知道实例化一个EJBs的开销是很昂贵的，当并发访问数很恐怖的时候，
真那么恐怖，那不更说明单例比多例好么?
>>>单纯的单例模式将会疯狂地不停地实例化EJB Bean类，此时“单例”已经失去意义????
不懂你在说什么，居然是单例，那么对应的类的对象就只有一个，如果你是指单例方法中操作生成的其他类的EJB Bean对象，那么用多例也会生成其他类的EJB Bean对象，有什么区别？
>>>要知道实例化一个EJBs的开销是很昂贵的，当并发访问数很恐怖的时候，
真那么恐怖，那不更说明单例比多例好么?
>>>单纯的单例模式将会疯狂地不停地实例化EJB Bean类，此时“单例”已经失去意义????
不懂你在说什么，居然是单例，那么对应的类的对象就只有一个，如果你是指单例方法中操作生成的其他类的EJB Bean对象，那么用多例也会生成其他类的EJB Bean对象，有什么区别？
