单例
- 对象在整个系统中只有一份,所有的请求都用一个对象来处理,如service和dao层的对象一般是单例的。
- 为什么使用单例:因为没有必要每个请求都新建一个对象的时候,浪费CPU和内存。
多例
- 对象在整个系统中可以有多个实例,每个请求用一个新的对象来处理,如action。
- 为什么使用多例:防止并发问题;即一个请求改变了对象的状态,此时对象又处理另一个请求,而之前请求对对象的状态改变导致了对象对另一个请求做了错误的处理;
什么情况下使用单例,什么情况下使用多例?
- Struts2中Action必须使用多例,因为action本身含有请求参数的值,即可改变的状态; 而对于STRUTS1来说,action则可用单例,因为请求参数的值是放在actionForm中,而非action中的;
- 并不是说service或dao一定是单例,就曾见过有的service中也包含了可改变的状态,同时执行方法也依赖该状态,如果用单例,会出现隐藏的并发BUG;
- 使用的标准只有一个:含有可改变状态时用多例,否则用单例。
本文探讨了单例和多例设计模式在软件架构中的应用。单例模式确保整个系统中对象唯一,适用于无状态服务和DAO层,减少资源消耗。多例模式允许对象按需创建,适合处理有状态的Action,避免并发问题。文章对比了Struts1和Struts2中Action的实例化策略,强调了状态管理的重要性。
3090

被折叠的 条评论
为什么被折叠?



