单例和多例的区别

单例多例需要搞明白两个问题:
  • 什么是单例多例;
  • 如何产生单例多例;
  • 为什么要用单例多例
  • 什么时候用单例,什么时候用多例;
1.什么是单例多例

所谓单例就是所有的请求只有一个对象来处理,比如常用的service和dao层的对象都是通过单例创建 的,多例就是每个请求都有一个新的对象来处理,比如action;
单例多例都属于对象模式,单例在整个系统中只有一个,多例存在多个实例;
对外都不提供私有方法,即构造方法私有化;

单例
	/**	懒汉式,运行调用时才创建,第一次创建
	*/
	public class LHan {
	    private  static  LHan instance;
	    private  LHan (){};
	    public  static synchronized LHan getInsatance(){
	    if (instance == null){
	        instance =   new LHan();
	    }
	        return  instance;
	    }
	}
	/**
	饿汉式,调用前,加载时就调用,第一次使用
	*/
	public class EHan{
		 private  static  EHan instance = new EHan();
	    private    EHan(){};
	    private  static  EHan getInstance(){
	        return  instance;
	    }
	}
	/**
	 * 双检锁模式
	 */
	public class DoubleCheck {
	    private  static  DoubleCheck instance;
	    private  DoubleCheck (){};
	    public  static  DoubleCheck getInstance(){
	        if (instance == null){
	            synchronized (DoubleCheck.class){
	                if (instance == null){
	                    instance  = new DoubleCheck();
	                }
	            }
	        }
	        return  instance;
	    }
	}
2.如何产生单例多例

在通用的SSH中,单例在spring中是默认的,如果要产生多例,则在配置文件的bean中添加scope=“prototype”;

3. 为什么用单例、多例:

之所以用单例,是因为没必要每个请求都新建一个对象,这样既浪费CPU又浪费内存;
之所以用多例,是为了防止并发问题;即一个请求改变了对象的状态,此时对象又处理另一个请求,而之前请求对对象状态的改变导致了对象对另一个请求做了错误的处理;
用单例和多例的标准只有一个:
当对象含有可改变的状态时(更精确的说就是在实际应用中该状态会改变),则多例,否则单例;

4. 何时用单例?何时用多例?

对于struts2来说,action必须用多例,因为action本身含有请求参数的值,即可改变的状态;
而对于struts1来说,action则可用单例,因为请求参数的值是放在actionForm中,而非action中的;
另外要说一下,并不是说service或dao一定是单例,标准同第3点所讲的,就曾见过有的service中也包含了可改变的状态,同时执行方法也依赖该状态,但一样用的单例,这样就会出现隐藏的BUG,而并发的BUG通常很难重现和查找;

引用自:https://www.cnblogs.com/zhangliang88/p/5388472.html

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值