Volatile 的使用场景及使用模式说明

最新推荐文章于 2025-10-18 00:11:33 发布
原创 最新推荐文章于 2025-10-18 00:11:33 发布 · 1w 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#volatile #可见性 #锁 #多线程 #性能

本文详细解析了Java中Volatile关键字的特性、应用场景及如何在多线程编程中有效利用其提高性能。包括Volatile的可见性和不互斥特性，及其在状态标志、发布、独立观察等场景下的应用，特别强调了其在减少写操作时的高性能读写锁策略。

Volatile在一般的多线程编程里面算是比较尴尬的关键字,在java里面叫做"程度较轻的 synchronized",不过一般在一些多线程的文章里面几乎不提到Volatile或者不建议使用这个关键字,毕竟这个关键字非常不好控制,干脆不用为好,我的看法是大多是时候么搞不清楚就不要用,(当然越不用就越生疏,呵呵),但是话说回来我对这个关键字实现高性能读写锁还是比较感兴趣的

首先总结一下Volatile的特性:可见性,但不互斥.怎么理解这句话,首先可见性的原因是以为,这个关键字可以让变量不缓存在寄存器里面,每次取值都是直接从主存里面获取,所以每次都是最新的值.但是不互斥是因为没有锁,这里有个改变值的流程(读取－修改－写入),这是一个比读更耗时的一个操作,在没有加锁的情况下别的线程读取这个值可能是任何一个时刻的值;所以根据这个特性可以推导出使用Volatile在少写多读的情况下,性能非常好,当然首先要保证不会是多线程同时写.

Volatile有五个使用场景(参考Brian Goetz (brian.goetz@sun.com)的文章):

1.作为状态标志

2.一次性安全发布

3.独立观察

4.volatile bean模式

5.开销较低的读写锁策略

具体内容可以拜读一下原文.地址:http://www.ibm.com/developerworks/cn/java/j-jtp06197.html


其中第五个还是值得推广应用一下的,其他的几种模式使用起来我个人觉得还是需要保持谨慎的,毕竟自己的代码还能保证变量不互斥,一旦是团队合作的话就很难保证了,因为你不可能跟团队的内一个人说这个是volatile的.

虽然基础,但是免得自己忘记了,记录一下.

​​volatile、wait/notify/notifyAll、Callable与Future​​ 的详细说明及示例，涵盖核心概念、使用场景和代码实现
zjw541806的博客
06-09 597
volatile。
volatile关键字的使用场景
某风吾起的博客
10-16 1307
volatile是一个特征修饰符（type specifier）.volatile的作用是作为指令关键字，确保本条指令不会因编译器的优化而省略，且要求每次直接读值。
深入了解Java单例模式及其使用场景
hirezy
06-06 2009
简单通俗来讲，单例模式是一种设计模式，它确保一个类只能有一个实例，并提供全局访问。在Java中，可以通过以下几种方式来实现线程安全的单例模式。
volatile的使用场景
LawssssCat的博客
04-17 1860
参考：https://www.ibm.com/developerworks/cn/java/j-jtp06197.html 总结 其实换个角度，非常简单能够理解和应用： 一个引用指明了一个内存的地址，地址上有引用反映出来的值。 比如：Integer i = 1 ; 引用 i 指向 一个地址 0x10101 地址 0x10101 上的值为 1 ； 为了线程安全，volatile能修...
volatile到底有什么用？可见性、有序性与使用场景
最新发布
比较是偷走幸福的小偷
10-18 3841
午饭时，南北绿豆问：“你们知道单例模式的双重检查锁吗？不加volatile会死人的。哈吉米：“知道啊，synchronized加两层检查，防止多次创建。南北绿豆：“那为什么instance要加volatile？哈吉米：“呃…不知道。南北绿豆开始讲课：“因为指令重排序。// 原始代码int a = 1;// 语句1int b = 2;// 语句2// 语句3// CPU可能重排成int b = 2;// 语句2先执行int a = 1;// 语句1后执行// 语句3单线程没问题（结果不变），
volatile适用场景
weixin_33850890的博客
01-01 239
1.volatile最适用一个线程写，多个线程读的场合。    如果有多个线程并发写操作，仍然需要使用锁或者线程安全的容器或者原子变量来代替。(摘自Netty权威指南)    疑问：如果只是赋值的原子操作，是否可以多个线程写？(答案：可以，但是一般没有这样的必要，即没有这样的应用场景)   最经典的使用案例： volatile boolean shutdownRequested; ...
C语言中volatile关键字的作用
小白编程
04-05 8099
一.前言 1.编译器优化介绍： 由于内存访问速度远不及CPU处理速度，为提高机器整体性能，在硬件上引入硬件高速缓存Cache，加速对内存的访问。另外在现代CPU中指令的执行并不一定严格按照顺序执行，没有相关性的指令可以乱序执行，以充分利用CPU的指令流水线，提高执行速度。以上是硬件级别的优化。再看软件一级的优化：一种是在编写代码时由程序员优化，另一种是由编译器进行优化。编译器优化常用的方法有：将内...
谈谈volatile的应用场景?
java永无止境！
09-04 698
虽然volatile关键字提供了一种简单的方式来解决共享变量的可见性和有序性问题，但它并不提供原子性。在需要进行复合操作（如自增、检查后赋值等）的情况下，仍然需要使用其他同步机制（如或Lock）来确保线程安全。适当权衡volatile的使用场合可以显著提升并发程序的性能与效率。如果你有其他问题或需要更详细的讨论，请随时在评论区留言！
单例设计模式+volatile讲解！
2301_79437276的博客
06-05 1096
单例模式（Singleton Pattern）是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。单例模式的主要有以下角色：单例类。只能创建一个实例的类访问类。使用单例类 【demo类】
Java volatile关键字的作用与使用场景解析
本文围绕`volatile`关键字的作用机制、使用场景以及其背后的Java内存模型（JMM, Java Memory Model）进行深入剖析，并结合实际代码示例说明为何会出现‘脏读’现象，以及如何通过`volatile`来避免此类问题。...
关于volatile关键字的说明以及测试
08-04
这两种情况下的volatile意义不同，需要根据具体场景选择。 总的来说，volatile是C语言中一种重要的类型修饰符，它用于处理那些可能在编译器不知情的情况下发生改变的变量。理解并正确使用volatile是编写可靠多线程...
java volatile关键字作用及使用场景详解
08-25
在本文里我们给大家分享的是关于java volatile关键字作用及使用场景的相关知识点内容，需要的朋友们学习下。
volatile具体使用场景
timchen525的专栏
05-24 2332
volatile特别适合于状态标记量举个栗子：volatile boolean inited = false; // 线程1 context = loadContext(); inited = true; // 线程2 while(!inited) { sleep(); } doSomethingWithConfig(context);分析：上面的代码利用volatile修饰的init...
volatile应用场景
qq_42058998的博客
06-24 495
volatile应用场景
Java Volatile 的应用场景
来啊 快活啊
08-05 6603
4.4 volatile的应用场景 4.4.1 正确使用volatile条件 条件一： 写入变量时并不依赖变量的当前值；或者能够确保只有单一线程能够修改变量的值 条件二： 变量不需要与其他的状态变量共同参与不变约束 条件三： 变量访问不需要额外加锁 通俗点： 当一个变量依赖其他变量或变量的新值依赖旧值时，不能用volatile 4.4.2 volatile使用场景 适用场合：多个线程读，一个线程写的场合 使用场景：通常被 作为标识完成、中断、状态的标记，值变化应具有原子性 充分利用其可见性：即volatil
volatile有哪些应用场景？
hello world！
07-21 1110
点击蓝色“java大数据修炼之道”关注我哟 加个“星标”，每晚21:00，一起学技术 来源: cnblogs.com/yuxueyyz/p/14972113.html 作者: 浴血 ...
Volatile经典使用场景
sensor_my的博客
07-23 351
Volatile经典使用场景 Volatile每次在访问变量时都重新从内存中获取，而不是通过寄存器的变量别名来访问 在内核代码短时间延迟执行时，有一种方法叫忙等待 unsigned long delay = jiffies +5*HZ; while(time_before(jiffies,delay)) cond_resched();//调度优先级更高的程序运行 对于C编译器来说，通常只将变量装载一次 但是jiffies会随着时钟中断的发生从而不断的增加，怎么保证jiffies每次重新被加载？ 在
volatile的使用
armman的专栏
03-12 972
volatile关键字是一种类型修饰符，用它声明的类型变量表示可以被某些编译器未知的因素更改，比如操作系统、硬件或者其它线程等。遇到这个关键字声明的变量，编译器对访问该变量的代码就不再进行优化，从而可以提供对特殊地址的稳定访问。使用该关键字的例子如下：int volatile nVint; 当要求使用volatile 声明的变量的值时，系统总是重新从它所在的内存读取数据，即使它前面的指令刚
volatile的作用及使用方法
10-10
<think>嗯，用户想了解volatile关键字的作用和使用方法。从用户给出的引用内容看，ta已经收集了相当专业的资料，包括嵌入式应用、并发问题、编译器优化原理等场景。用户可能是嵌入式开发者或系统程序员，需要深入理解硬件级编程。 用户引用的四个资料很有代表性：引用[1]强调了volatile防止编译器优化的核心作用，并指出其在多线程中的局限性；引用[2]用代码片段展示了未优化情况下的数据同步问题；引用[3]详细说明了内存屏障机制；引用[4]则给出了典型的使用示例。这说明用户需要的是整合性解答而非基础科普。 注意到用户上次对话涉及系统级指令和LaTeX格式要求，但这次问题独立且聚焦技术细节，可能属于新会话。需要严格遵循三点：1)用$包围行内公式如$addr$ 2)独立公式如内存屏障示意图需用$$格式 3)所有引用标注[^n]。 核心解答方向已明确：首先解释编译器优化导致的读写问题（如引用[2]的i/j/k示例），然后说明volatile如何强制内存访问（对应引用[4]的while循环案例）。重要提醒是其不能替代互斥锁（呼应引用[1]的警告），最后给出嵌入式寄存器和信号处理等经典场景（综合引用[1][4]）。 内存屏障部分（引用[3]）需要简化表述，用类比说明“编译器不会重排序volatile操作的前后指令”即可，避免展开CPU指令序列。使用示例要突出static volatile组合（如引用[4]），这是嵌入式常见模式。 需要生成的三个问题要覆盖：1)内存映射I/O这种必须用volatile的场景 2)与原子操作的区别（延伸引用[1]的同步机制话题）3)优化失效的调试（结合引用[2]的编译器行为）。这样既能承接现有资料，又能引导用户深入。 </think>好的，`volatile`关键字在C/C++等编程语言中扮演着重要角色，尤其在嵌入式系统、设备驱动和与硬件交互的底层编程中。它的核心作用是**防止编译器对特定变量的访问进行优化**，确保每次访问都直接从内存读取或写入内存。以下详细说明其作用和使用方法： ### `volatile` 的作用 1. **防止编译器优化读取：** * 编译器通常会将变量的值缓存到寄存器中以提高访问速度。 * 对于被声明为`volatile`的变量，编译器在每次需要其值时，都必须**重新从内存中读取**，即使程序流中紧接着上一次读取操作。这确保了程序能看到该变量最新的、可能由外部因素（如硬件、中断、其他线程）改变的值。 * *示例(基于引用[2])：* ```c int i = 10; // 假设i所在内存地址的值是10 int j = i; // 编译器读取内存中的i(10)，赋给j int k = i; // 编译器可能优化：不再读内存，直接用寄存器中的值(10)赋给k ``` 如果`i`在两条语句之间被外部因素（如中断程序）修改成了20，那么`k`得到的仍是旧的10（如果编译器优化了第二次读取）。如果将`i`声明为`volatile int i;`，则编译器在`int k = i;`时必须重新读取内存中的`i`，`k`就会得到正确的新值20。 2. **防止编译器优化写入：** * 编译器可能会认为某些写操作是冗余的（比如连续两次写入相同的值）而将其优化掉，或者调整写入操作的顺序。 * 对于`volatile`变量，每次写入操作都必须**立即写入内存**，不能省略，并且写入顺序必须严格按照代码顺序执行（在代码序列中`volatile`写之前的操作必须在写之前完成）。 * *示例(基于引用[4])：* ```c volatile int flag = 0; // ... 其他代码 ... flag = 1; // 必须立即写入内存，不能被优化掉或延迟 ``` 3. **防止编译器重排序（与内存屏障相关）：** * 编译器（以及CPU）为了优化性能，可能会在不改变单线程程序语义的前提下，重排代码的执行顺序（指令重排）。引用[3]提到了这一点。 * 对`volatile`变量的读写操作会限制编译器和硬件的重排行为： * **`volatile`读**之后的任何内存操作不会被重排到这个读操作**之前**。 * **`volatile`写**之前的任何内存操作不会被重排到这个写操作**之后**。 * 这种行为在底层类似于插入了轻量级的**内存屏障**，确保了`volatile`变量访问相对于其他内存操作顺序的可见性（特别是在多核或多处理器系统中）。这对于硬件寄存器的编程至关重要。 ### `volatile` 的主要使用方法 1. **访问内存映射硬件寄存器：** * 这是`volatile`最经典的用途。硬件寄存器在嵌入式系统和驱动程序中通常被映射到特定的内存地址。 * 写入寄存器会控制硬件，读取寄存器会获取硬件状态。这些状态随时可能因硬件事件改变，与程序的执行流无关。 * *示例：* ```c #define STATUS_REG (*(volatile unsigned int *)0xDEADBEEF) void waitForReady() { while ((STATUS_REG & 0x01) == 0) { // 每次都必须重新读取STATUS_REG的值 // 等待就绪位被硬件置位 } } ``` 2. **在中断服务程序(ISR)中修改的全局变量：** * 主程序中的代码使用的全局变量，如果会被ISR修改，则该变量在主程序访问时应声明为`volatile`。这样主程序每次访问都能看到ISR可能做出的更改。 * *示例：* ```c volatile int dataReady = 0; // 在ISR中置位 void ISR() { // ... 处理中断 ... dataReady = 1; // 通知主程序有新数据 } int main() { while (!dataReady) { // 每次循环必须重新检查内存中的dataReady // 等待数据准备好 } // 处理数据... } ``` 3. **多线程共享变量（但需特别注意局限性）：** * 在多线程环境中，如果一个全局变量会被多个线程读写，你*可能*会想到用`volatile`。 * **重要警告（基于引用[1]）**：`volatile`**通常不足以确保多线程同步！** 它只解决了编译器的优化问题（强制内存访问），但没有解决CPU缓存一致性问题（不同CPU核心有自己的缓存，修改可能对其他核心不可见）和操作原子性的问题（例如，`i++` 是非原子的读-改-写操作）。 * 在多线程中，确保正确同步需要使用**互斥锁(Mutex)、信号量(Semaphore)、原子操作(Atomic Operations)** 等机制。`volatile`有时会与这些机制结合使用（例如，锁保护的变量本身可能不需要`volatile`，但一些特殊的无锁编程模式可能会用到`volatile`，但这属于高级且需要非常谨慎的领域）。**不要依赖`volatile`来实现线程安全性。** 4. **与`setjmp/longjmp`相关的变量：** * 如果一个变量在`setjmp`和`longjmp`调用之间被修改，并且需要在`longjmp`后保持最新的值，那么这个变量应该声明为`volatile`。因为`longjmp`会绕过正常的函数返回机制，可能导致编译器优化假设失效。 ### 关键注意事项 1. **不是同步原语：** `volatile` **不能** 替代互斥锁或原子操作来处理多线程中的数据竞争和同步问题。它只保证访问发生在内存层面，不保证操作的原子性或内存可见性在所有CPU核心间的一致性（除非结合底层的内存屏障指令，但这超出了`volatile`本身的语义）。 2. **编译器依赖：** `volatile`的精确语义和行为（特别是关于重排序的限制）是由编译器定义的，并且通常参考目标硬件架构的内存模型。C/C++标准保证的是“严格按抽象机的规则求值”和“访问优化必须如同`volatile`对象”，但具体的实现细节（如屏障强度）可能因编译器和平台而异。 3. **性能影响：** 强制内存访问会阻止编译器优化，可能带来一定的性能开销。因此，应仅在必要时使用。 ### 总结 `volatile`关键字的核心作用是**告知编译器不要优化对被修饰变量的读写操作**，强制程序每次都直接与该变量所在的内存进行交互。它在以下场景必不可少： 1. **硬件寄存器访问（内存映射I/O）**。 2. **被中断服务程序(ISR)修改的全局变量（主程序访问时）**。 3. **可能被外部因素（如操作系统、另一个进程或线程，但线程场景需特别小心同步机制）意外修改的变量**。 **切记：** 在涉及多线程共享数据时，`volatile`对于解决同步问题（竞态条件、原子性、内存一致性）是**不够的**，必须使用专门的同步机制如互斥锁或原子变量[^1][^2][^3][^4]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值