volatile可见性的实现原理

文章讲述了volatile在Java多线程编程中的应用,作为轻量级的synchronized,它确保了变量的可见性和有序性。volatile的可见性通过CPU的Lock前缀指令实现,保证写操作后其他处理器缓存的值无效。此外,文章还介绍了处理器缓存一致性协议和总线的工作机制来帮助理解volatile的内存语义。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.volatile的应用

在多线程并发编程中synchronized和volatile都扮演着重要的角色,volatile是轻量级的synchronized,它在多处理器开发中保证了共享变量的“可见性”、“有序性”。如果volatile变量修饰符使用恰当的话,它比synchronized的使用和执行成本更低,因为它不会引起线程上下文的切换和调度。

可见性:可见性的意思是当一个线程修改一个共享变量时,另外一个线程能读到这个修改的值。

有序性:为了实现volatile内存语义,JMM会分别限制编译器重排序、处理器重排序

2.volatile的定义与可见性的实现原理

2.1volatile的定义

Java语言规范第3版中对volatile的定义如下:Java编程语言允许线程访问共享变量,为了确保共享变量能被准确和一致地更新,线程应该确保通过排他锁单独获得这个变量。Java语言提供了volatile,在某些情况下比锁要更加方便。如果一个字段被声明成volatile,Java线程内存模型确保所有线程看到这个变量的值是一致的

2.2volatile可见性的实现原理

在了解volatile实现原理之前,我们先来看下与其实现原理相关的CPU术语与说明
在这里插入图片描述

volatile是如何来保证可见性的呢?让我们在X86处理器下通过工具获取JIT编译器生成的
汇编指令来查看对volatile进行写操作时,CPU会做什么事情。

Java代码如下。

instance = new Singleton(); // instance是volatile变量

转变成汇编代码,如下。

0x01a3de1d: movb $0×0,0×1104800(%esi);0x01a3de24: lock addl $0×0,(%esp);

有volatile变量修饰的共享变量进行写操作的时候会多出第二行汇编代码,通过查IA-32架构软件开发者手册可知,Lock前缀的指令在多核处理器下会引发了两件事情 [1] 。

1)将当前处理器缓存行的数据写回到系统内存。

2)这个写回内存的操作会使在其他CPU里缓存了该内存地址的数据无效。

为了提高处理速度,处理器不直接和内存进行通信,而是先将系统内存的数据读到内部缓存(L1,L2或其他)后再进行操作,但操作完不知道何时会写到内存。如果对声明了volatile的变量进行写操作,JVM就会向处理器发送一条Lock前缀的指令,将这个变量所在缓存行的数据写回到系统内存。但是,就算写回到内存,如果其他处理器缓存的值还是旧的,再执行计算操作就会有问题。所以,在多处理器下,为了保证各个处理器的缓存是一致的,就会实现缓存一致性协议,每个处理器通过嗅探在总线上传播的数据来检查自己缓存的值是不是过期了,当处理器发现自己缓存行对应的内存地址被修改,就会将当前处理器的缓存行设置成无效状态,当处理器对这个数据进行修改操作的时候,会重新从系统内存中把数据读到处理器缓存里。

2.3总线的工作机制

在计算机中,数据通过总线在处理器和内存之间传递。每次处理器和内存之间的数据传递都是通过一系列步骤来完成的,这一系列步骤称之为总线事务(Bus Transaction)。总线事务包括读事务(Read Transaction)和写事务(WriteTransaction)。读事务从内存传送数据到处理器,写事务从处理器传送数据到内存,每个事务会读/写内存中一个或多个物理上连续的字。这里的关键是,总线会同步试图并发使用总线的事务。**在一个处理器执行总线事务期间,总线会禁止其他的处理器和I/O设备执行内存的读/写。**下面,让我们通过一个示意图来说明总线的工作机制
在这里插入图片描述

由图可知,假设处理器A,B和C同时向总线发起总线事务,这时总线仲(BusArbitration)会对竞争做出裁决,这里假设总线在仲裁后判定处理器A在竞争中获胜(总线仲裁会确保所有处理器都能公平的访问内存)。此时处理器A继续它的总线事务,而其他两个处理器则要等待处理器A的总线事务完成后才能再次执行内存访问。假设在处理器A执行总线事务期间(不管这个总线事务是读事务还是写事务),处理器D向总线发起了总线事务,此时处理器D的请求会被总线禁止。

<think>嗯,用户想了解Javavolatile关键字如何实现可见性,特别是在多线程环境下的工作机制和使用方法。我需要结合之前提供的引用内容来解答这个问题。首先,我得回忆一下volatile的作用,它主要是确保共享变量在多线程中的可见性,避免线程使用缓存中的旧值。 根据引用[1],volatile通过Java内存模型确保所有线程看到一致的值。引用[2]提到硬件层面,比如Intel处理器如何实现可见性,可能涉及缓存一致性协议。还有引用[3]和[4]解释了volatile适用于共享变量,而局部变量不存在可见性问题。此外,引用[5]提到了内存屏障和字节码层面的实现。 我应该先定义可见性,然后解释volatile如何通过内存屏障和缓存机制来实现。需要区分volatile和synchronized的不同,指出volatile是轻量级的。还要举例子说明没有volatile时的问题,比如引用[2]中的案例,线程无法感知停止请求。另外,内存屏障的具体作用,比如Store和Load屏障,确保写操作立即刷新到主存,读操作从主存获取最新值。 可能还需要提到JMM(Java内存模型)的规定,以及底层如何通过MESI协议等实现缓存一致性。最后,给出使用场景和注意事项,比如不适合复合操作,此时需要用synchronized或原子类。 用户可能还关心如何正确使用volatile,所以需要给出代码示例,比如用volatile修饰变量,并对比有无volatile时的不同结果。同时,要指出常见误区,比如不能依赖volatile解决原子性问题。</think>### Java volatile关键字可见性实现原理 #### 一、可见性问题本质 当多个线程访问共享变量时,每个线程会将变量从主内存**复制到工作内存(CPU缓存)**中进行操作。若未正确同步,可能导致线程间**无法感知变量值的更新**。例如: ```java // 引用[2]的案例:线程无法感知stopRequested的修改 private static boolean stopRequested = false; // 未加volatile时 ``` #### 二、volatile实现机制 1. **内存屏障(Memory Barriers)** - **写操作屏障**:强制将工作内存中的修改**立即刷回主内存** - **读操作屏障**:强制从主内存**重新加载最新值** - 具体屏障类型(引用[5]): ```asm StoreStore Barrier | volatile写操作 | StoreLoad Barrier LoadLoad Barrier | volatile读操作 | LoadStore Barrier ``` 2. **缓存一致性协议支持** - 通过**MESI协议**实现缓存行状态同步(引用[2]硬件层面) - 当volatile变量被修改时,会触发CPU的**缓存失效机制** 3. **JVM层面的实现** - 字节码添加`ACC_VOLATILE`标志(引用[5]) - JIT编译器不会对volatile变量进行**指令重排序优化** #### 三、与普通变量的对比 | 特征 | 普通变量 | volatile变量 | |---------------------|--------------------------|---------------------------| | 可见性保证 | 无 | 有 | | 原子性 | 单操作具备,复合操作无 | 单操作具备,复合操作无 | | 指令重排序限制 | 允许 | 禁止 | #### 四、正确使用场景(引用[4]) 1. **状态标志位** ```java volatile boolean shutdownRequested; // 所有线程可见的终止标志 ``` 2. **单次写入的发布对象** ```java volatile Singleton instance; // 双重检查锁定模式 ``` #### 五、代码验证示例 ```java public class VisibilityDemo { // 不加volatile时程序不会终止 volatile static boolean flag = true; public static void main(String[] args) throws InterruptedException { new Thread(() -> { while (flag) {} // 此处会持续读取主内存最新值 System.out.println("Thread stopped"); }).start(); Thread.sleep(1000); flag = false; // 修改后立即同步到主内存 } } ``` #### 六、注意事项 1. **不保证原子性**:`volatile int i=0; i++`仍存在线程安全问题 2. **复合操作需同步**:对`volatile Map`的`put`和`get`需配合`synchronized` 3. **性能影响**:频繁写操作会因内存屏障降低性能 [^1][^2][^3][^4][^5]
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Turbos01

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

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

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

打赏作者

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

抵扣说明:

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

余额充值