volatile不能实现原子性条件判断,仅通过可见性支持单变量状态标志(如running=false)的及时响应;适用于单次写入、多次读取场景,但多变量依赖或读改写操作需synchronized或atomic类。

volatile 不能直接“实现条件判断”,它只保证变量的可见性和禁止指令重排序,不提供原子性。但配合简单状态标志(如布尔开关、整数状态码),它能让一个线程对变量的修改,**立即被其他线程看到**,从而让条件判断(如 while (!done))及时响应变化。
用 volatile 做状态通知(最常见且安全的用法)
适合“单次写入、多次读取”的场景,比如启动/停止信号、初始化完成标志。
- 声明为
volatile boolean running = true;或volatile int state = INIT; - 一个线程修改它(如
running = false;),其他线程在循环中检查(如while (running) { ... }) - 由于 volatile 的可见性保证,读线程不会因 CPU 缓存或编译器优化而一直读到旧值
volatile 不能替代 synchronized 或 Lock 的情况
如果条件判断依赖多个变量,或判断+修改需原子执行,volatile 就不够了:
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
if (count > 0 && !flag) { count--; flag = true; }—— 这里读 count、读 flag、改 count、改 flag 是四步,volatile 无法保证这四步整体不被其他线程打断 - 自增操作
counter++(等价于读-改-写)不是原子的,即使counter是 volatile,仍可能丢失更新 - 此时必须用
synchronized、AtomicInteger或ReentrantLock
配合 wait/notify 时 volatile 不够用
如果想让线程等待某个条件成立再继续(如“等到数据就绪”),仅靠 volatile + while 循环是低效且易出错的:
- 纯 volatile 等待是忙等(busy-wait),浪费 CPU
- 没有内存屏障配合
wait()/notify(),可能因重排序导致唤醒丢失 - 正确做法:用
synchronized块 + volatile 标志 +wait()/notify(),或直接用java.util.concurrent中的高级工具(如CountDownLatch、Condition)
实际写法示例(安全、简洁)
下面是一个典型可用的 volatile 条件控制模式:
public class Worker {
private volatile boolean shutdownRequested = false;
public void shutdown() {
shutdownRequested = true; // 写操作,立即对其他线程可见
}
public void run() {
while (!shutdownRequested) { // 读操作,每次都会从主内存读最新值
doWork();
}
cleanup();
}
}
注意:这里 doWork() 和 cleanup() 内部若涉及共享数据操作,仍需各自同步,volatile 只管 shutdownRequested 这个开关本身。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










