单例模式双检验锁中的volatile理解

public class Singleton {

    private volatile static Singleton uniqueInstance;

    private Singleton() {
    }

    public static Singleton getUniqueInstance() {
        if (uniqueInstance == null) {
            synchronized (Singleton.class) {
                if (uniqueInstance == null) {
                    uniqueInstance = new Singleton();
                }
            }
        }
        return uniqueInstance;
    }
}

我们都知道在synchronized可以保证变量的可见性和操作的原子性,此处volatile为什么是必要的的呢?
对象的创建可以粗略分为三步
1、分配内存
2、初始化uniqueInstance
3、uniqueInstance指向分配的内存空间
创建对象可能出现指令重排的现象,例如1>>>3>>>2,单线程情况没有什么问题,但是如果线程1先执行了1和3,对象还未初始化完全,线程2进入if语句,发现其不为null,直接返回了没有初始化的对象,发生错误,因此我们必须保证步骤3,即uniqueInstance在最后一步才执行,使用volatile在此处的目的不是保障变量可见性,而是防止指令重排;
同时,在懒汉线程安全模式中,我发现其与犹豫模式balking有异曲同工之妙,同样保证了一段临界区代码只会被执行一次。
它和synchronized这种要注意区分,什么时候用balking什么时候用synchronized呢?
synchronized保证的是原子性,是防止同时运行的概念,但是多个线程仍然可以交替或者顺序执行代码块内容多次,而使用犹豫模式可以保证即使有多个线程,这个代码块也只执行一次。例如此处uniqueInstance=new Singleton();

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值