volatile的原理

volatile的原理

​ volatile是轻量级的synchronized,多处理器开发中保证共享变量“可见性”。可见性是指一个线程修改某共享变量时,另外一个线程能读到改变修改的值。如果volatile变量修饰符使用恰当,比synchronized使用与执行成本更加低的,他不会引起上下文切换与调度。

​ Java对volatile定义如下:Java编程语言允许线程访问共享变量,volatile某些情况比锁过更方便。如果某字段声明为volatile,Java线程内存模型确保所有线程看到变量值是一致的。

​ 了解volatile原理我们可以看下与其原理相关堵塞CPU术语,如下所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Afgca3F6-1641655232393)(C:\Users\堂吉柯南\AppData\Roaming\Typora\typora-user-images\image-20220108203046025.png)]

​ volatile是如何保证可见性的呢?我们通过如下代码来测试

public class VolatileTest {
    private static volatile boolean flag = false;

    public static void main(String[] args) throws InterruptedException {
        new Thread(new Runnable() {
            @Override
            public void run() {
                System.out.println("waiting data....");
                while (!flag) {
                }
                System.out.println("============success");
            }
        }).start();
        Thread.sleep(2000);

        new Thread(new Runnable() {
            @Override
            public void run() {
                prepare();
            }
        }).start();
    }

    private static void prepare() {
        System.out.println("1111111111111");
        flag = true;
        System.out.println("2222222222222");
    }
}

由于volatile底层是c语言实现的,因此不能够在idea中剖析其源码,要借助其他工具(hsdis-amd64.dll)打印汇编指令来查看实现原理,步骤如下:

1、将hsdis-amd64.dll复制到jre的server文件夹下

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gNHSS9HT-1641655232394)(C:\Users\堂吉柯南\AppData\Roaming\Typora\typora-user-images\image-20220108204101243.png)]

2、idea加入如下虚拟机参数:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6GpH0FY9-1641655232397)(C:\Users\堂吉柯南\AppData\Roaming\Typora\typora-user-images\image-20220108205117709.png)]

-server -Xcomp -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly -XX:CompileCommand=compileonly,*VolatileTest.prepare

3、启动程序我们可以看到控制台会打印汇编程序。

**[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9jALqKyX-1641655232398)(C:\Users\堂吉柯南\AppData\Roaming\Typora\typora-user-images\image-20220108205213438.png)]**

其中我们会看到lock指令,它主要做了两件事情。

  1. 将当前处理器缓存行的数据写回到系统内存。
  2. 写回内存的操作使其他cpu里缓存了该内存地址的数据无效。

为提高处理速度,处理器不直接与内存进行通信,而是把系统内存的数据读到内部缓存后再进行操作,但操作完不知道何时会写到内存。如果对声明volatile的变量进行写操作,jvm会向处理器发送Lock前缀指令,将变量所在缓存行数据写回系统内存。而且为了保证各个处理器缓存值是一致的,会实现缓存一致性协议,每个处理器通过嗅探在总线上传播的数据检查自己缓存值是否过期,当处理器发现自己缓存行对应内存地址被修改,就会把当前处理器缓存行设置成无效状态,处理器对数据进行修改操作,从系统内存把数据读到处理器缓存里。

​ 我们接下来说说volatile的两条实现原则:

  1. ​ Lock前缀指令引起处理器缓存回写到内存。Lock前缀指令在执行指令期间,发出LOCK#信号,多处理器环境下,LOCK#信号确保信号期间,处理器可独占任何共享内存。但是,在最近处理器里,LOCK#信号一般不锁总线,而是锁缓存。如果访问的内存区域已经缓存在处理器内部,则不会声言LOCK#信号。相反会锁定这块内存区域的缓存并写回内存,使用一致性机制确保修改原子性,此操作称为“缓存锁定”,缓存一致性协议会阻止同时修改两个以上处理器缓存的内存区域数据。
  2. 一个处理器的缓存回写到内存导致其他处理器缓存无效。IA-32处理器与Intel 64处理器使用MESI(修改、独占、共享、无效)控制协议去维护内部缓存何其他处理器缓存的一致性。多核处理器系统操作时,IA-32和Intel 64处理器能嗅探其他处理器访问系统内内存与他们的内部缓存。处理器使用嗅探技术保证内部缓存、系统内存与其他处理器缓存的数据在总线上保持一致。

如图是volatile底层原理.

1、线程1执行引擎,拿到初始变量initFlag为false。

2、线程2改变initFlag为true,改变线程二缓存的值。

3、通过MESI缓存一致协议,立马将内存中的值也变为initFlag=true。

4、线程1通过嗅探机制再次读取内存中的值,改变缓存中的值。

通过lock指令保证原子性,如果线程1去读取内存中的值时,lock没有unlock掉,则读取的值无效。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KCf4wZ4r-1641655232399)(C:\Users\堂吉柯南\AppData\Roaming\Typora\typora-user-images\image-20220108224151722.png)]

今天的分享就到这里,大家好我是debug没bug的迪巴哥,越努力越幸运,你的点赞与关注是我的最大的动力!

微信、B站、知乎、csdn:迪巴哥没八哥

  • 0
    点赞
  • 0
    收藏 更改收藏夹
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

迪巴哥没八哥

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值