关于双重锁的问题

今天看到了一篇转载的文章阐述有关双重锁这一方法实际上在很多环境中根本无效的问题。本想转载,但由于此文是转载而且并未表明原文地址,所以在这里只简单记录一下我的理解。

双重锁设计初衷是为了减少使用synchronized关键字,因为同步会带来比较大的性能开销,并非是因为可能存在多个线程同时进入synchronized标注的方法而导致重复创建对象的现象,这一点我之前的理解是完全错误的。

而所谓双重锁,是如下代码:

public static CurrentObject getInstance(){
    if(instance==null){
         synchronized(CurrentObject.class){
              instance=new CurrentObject();
         }
    }
    return instance;
}
此代码表面上看能够保证只在instance为空时才使用同步。但是实际上某些JIT会存在先给对象分配内存再进调用构造器的情况,所以可能出现线程a刚刚分配完内存就转换到线程b执行,此时线程a并未调用构造器,而这时线程b发现单例对象不为空,直接返回了,由于并未调用构造器,这个对象在此时是缺少初始化步骤的,再次切换到线程a的时候,又对该对象进行初始化,这就会出现问题。

结论是,这种情况直接使用synchronized关键字或饿汉模式,这样是安全可靠的。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值