volatile仅解决可见性和有序性，不保证原子性；适用于多线程读写、写操作不依赖当前值、不构成不变性条件、只需单次读写可见性与禁止重排序的场景，如状态标志位。
volatile 不是用来替代 synchronized 的，它只解决“可见性”和“有序性”的一部分问题，不能保证原子性。用错场景反而会埋下并发隐患。
什么时候必须用 volatile
当一个变量被多个线程读写，且满足以下全部条件时，volatile 是简洁有效的选择：
- 该变量的写操作不依赖当前值（即不是 i++、count += 1 这类复合操作）
- 变量不参与构成不变性条件（比如不是某个对象状态的“开关”，而该对象其他字段还需同步保护）
- 只需要保证单次读/写的可见性与禁止重排序，不需要互斥执行
典型例子：状态标志位
private volatile boolean running = true;while (running) { /* 工作线程循环 */ }
// 另一线程调用 stop() 设置 running = false；无需加锁，volatile 确保修改对所有线程立即可见
volatile 能防止什么，不能防止什么
能防止：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 线程本地缓存导致的读取旧值（可见性）
- JVM 和 CPU 对 volatile 读写前后的指令重排序（有序性）——写之前的操作不会被重排到写之后，读之后的操作不会被重排到读之前
不能防止：
- i++ 这类“读-改-写”操作的中间过程被干扰（非原子性）
- 多个 volatile 变量之间的操作逻辑不构成原子块（例如：先写 A 再写 B，不能保证这两步整体对其他线程“不可分”）
- 对象引用为 volatile 时，仅保证引用本身的可见性，不保证其指向对象内部字段的可见性
常见误用场景
- 用 volatile 实现计数器：int count; volatile count++; → 错！++ 不是原子操作，结果不可预期
-
用 volatile 保护整个对象状态：volatile List
list = new ArrayList(); list.add("x"); → 错！引用可见，但 add() 方法本身非线程安全 - 在双重检查锁定（DCL）中漏掉 volatile：单例的 instance 字段若没加 volatile，可能导致其他线程看到未初始化完成的对象（因指令重排）
替代方案怎么选
遇到 volatile 不够用的情况，按优先级考虑：
- 原子类（如 AtomicInteger、AtomicBoolean）→ 替代简单数值/布尔状态的读写+更新
- synchronized 或 ReentrantLock → 需要原子块、条件等待、或保护多个关联变量
- java.util.concurrent 包中的线程安全容器（ConcurrentHashMap、CopyOnWriteArrayList）→ 替代普通集合的并发访问
基本上就这些。volatile 是个轻量但有明确边界的工具，用对地方很高效，越界使用比不用还危险。
