volatile修饰状态标志能确保可见性和禁止指令重排序，适用于一写多读的简单状态通知场景，但不保证原子性。
用 volatile 修饰状态标志（如 boolean running）是 Java 中最常用、最轻量的线程间协作方式之一，它能确保一个线程对标志的修改对其他线程“立即可见”，从而避免因指令重排序或 CPU 缓存不一致导致的读取延迟或死循环。
为什么普通 boolean 不行？
普通变量在多线程下存在两个主要问题：
-
可见性问题：线程 A 修改了
running = false，但该值可能只写入了 A 的本地 CPU 缓存，线程 B 仍在读自己的缓存副本，永远看不到变化； - 重排序风险：JVM 或 CPU 可能将标志赋值与其他操作重排序，导致 B 线程看到“已启动但未初始化完成”的中间状态（虽对简单标志影响小，但 volatile 能禁止这种重排序）。
volatile 标志的正确写法
声明时加 volatile，读写都直接操作主内存：
public class Worker {
private volatile boolean running = true; // ✅ 关键：volatile 修饰
public void run() {
while (running) { // ✅ 每次循环都从主内存读取最新值
doWork();
}
System.out.println("Stopped.");
}
public void stop() {
running = false; // ✅ 写操作立即刷回主内存，对所有线程可见
}
}
哪些场景适合用 volatile 标志？
它适用于“一写多读”、无依赖关系的简单状态通知：
- 控制线程生命周期（启动/停止）；
- 触发一次性的事件标志（如
volatile boolean initialized = false;）； - 作为轻量级信号，配合其他同步机制（如与
synchronized块配合使用）。
⚠️ 注意：volatile 不能保证原子性。比如 count++（读-改-写三步）就不能靠 volatile 保护，必须用 AtomicInteger 或锁。
常见误区提醒
- 不要用 volatile 替代 synchronized 处理复合逻辑：例如 “先检查再设置”（if-check-then-set）仍需锁或 CAS；
- 不要以为 volatile 能让线程“立刻停下”：它只保证下次读取时看到新值，while 循环中仍要靠代码逻辑响应（如循环内无耗时阻塞，停得快；若有 sleep 或 wait，则需额外唤醒）；
- 成员变量才需要 volatile：局部变量天然线程私有，加 volatile 无意义。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
