单例模式的双重校验锁

针对懒汉模式,为了解决线程安全引入双重校验锁机制,代码示例如下:

public class SignleObject {

	private static SignleObject instance = null;
	private SignleObject()  { }

    public static SignleObject getInstance() {
        if (instance == null) {
            synchronized (SignleObject.class) {
                if (instance == null) {
                    instance = new SignleObject();
                }
            }
        }
        return instance;
}

隐患:
Java中的指令重排优化。所谓指令重排优化是指在不改变原语义的情况下,通过调整指令的执行顺序让程序运行的更快。
正常的顺序是:
1:分配对象的内存空间
2:初始化对象
3:设置instance指向刚分配的内存地址
发生指令重排:
1:分配对象的内存空间
3:设置instance指向刚分配的内存地址
2:初始化对象
指令2依赖1,但是3不依赖2

在以上的单例设计中,如果有两个线程A、B,A执行到 instance= new Singleton(),它并不是一个原子操作,jvm可以对其进行优化,如果此时指令重排,优先执行3操作,此时B线程执行instance == null不符合条件,则得到的是未进行初始化的对象。

改进后的代码:

public class SignleObject {

	private static volatile SignleObject instance = null;
	private SignleObject()  { }

    public static SignleObject getInstance() {
        if (instance == null) {
            synchronized (SignleObject.class) {
                if (instance == null) {
                    instance = new SignleObject();
                }
            }
        }
        return instance;
}

volatile 可以防止指令重排,之后详细分析;

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值