volatile 与指令重排

volatile 与指令重排

首先需要分析java在new对象的过程中为我们做了哪些操作?

如图:
在这里插入图片描述

new对象这个操作并不是原子性的,因此在多线程的情况下可能出现意外的情况的,而CPU也可能针对指令进行重排序操作,所谓的指令重排序就是将指令的顺序乱序执行,顺序执行下,我们new对象的操作应该是先为对象在堆中分配内存,然后初始化对象,最后将变量的引用地址指向该对象完成关联,而如果是指令重排可能就是下面这种顺序了:

在这里插入图片描述

先分配内存空间,再和变量关联,最后完成对象的初始化,如果是单线程情况下,当然没什么问题,如果是多线程情况下,那就可能导致问题了。

场景:此时需要使用DCL设计一个单例模式,保证多线程高并发下的安全性,假设发生指令重排,线程1获取到同步锁进行对象的单例创建,当执行完第二步变量p和对象内存关联后还没来得及执行对象的初始化,此时线程2执行到判断变量p不为null,随即返回p,但此时p并没有完成初始化,由此也就导致了安全问题,如图:

在这里插入图片描述

由于线程2获取到了对象的半初始化状态,因此Person中的id属性(假设1是赋值给Person的成员变量id),那么id此时并没有完成完成初始化操作,因此使用默认值0,如果线程2使用了id值,那么这个数据就不是一个准确的数据了。

解决方案:

volatile关键字可以保证内存可见性和指令重排序问题,因此我们可以为Person的成员属性id加上volatile 关键字,保证指令不会被重排,对象的创建步骤就会按照我们预想的顺序执行,如下图:

在这里插入图片描述

由此也就保证了单例的安全

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值