volatile适用于纯状态通知场景，如启动/停止标志、中断信号、初始化完成标记，需在声明时直接修饰布尔变量，确保单次写入、多线程读取的可见性，不保证原子性。
用 volatile 修饰共享的布尔状态变量，是最直接、开销最小的解决方式。它不改逻辑、不加锁、也不影响性能，只要变量只用于“通知”用途（比如开关、完成标记），一行声明就能破除死循环。
什么时候加 volatile 就够了
适用于纯状态通知类场景，核心特征是：单次写入 + 单次读取判断，中间无依赖、无计算。
- 启动/停止标志：
private static volatile boolean running = true; - 中断信号：
private volatile boolean interrupted = false; - 初始化完成标记：
private static volatile boolean initialized = false;
怎么加才真正生效
必须在**声明时**就加上 volatile，不能只在赋值或读取时加。JVM 和 CPU 只对被修饰的变量启用内存屏障和主内存直读机制。
- ✅ 正确：
private static volatile boolean flag = false; - ❌ 无效：
private static boolean flag = false;后续再用 volatile 语义操作——Java 不支持运行时动态加 volatile
加了 volatile 还卡住？检查这几点
不是所有“看不到更新”的问题都能靠 volatile 解决，常见误判点：
- 变量不是静态的，但多个线程操作的是不同实例——volatile 保证的是同一变量的可见性，不是跨对象同步
- 读写逻辑夹杂其他非 volatile 变量，比如
while (flag && count > 0)，其中count的变化仍不可见 - 复合操作，如
if (flag) { flag = false; doSomething(); }——volatile 不保证这段代码的原子性，需配合 synchronized
为什么它比 sleep 或 println “靠谱”
有人试过在循环里加 Thread.sleep(1) 或 System.out.println("") 来“强制刷新”，这是碰运气：它们底层可能触发安全点或 I/O 屏障，间接促成内存同步，但行为不稳定、不可控、有性能损耗。volatile 是 JMM 明确定义的语义契约，每次读都强制从主内存加载，每次写都立即刷回，稳定且高效。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
