volatile关键字确保变量的可见性和有序性，但不保证原子性。它通过强制线程从主内存读写变量来避免缓存不一致问题，适用于状态标志等场景；同时利用内存屏障防止指令重排序，在双重检查锁定单例模式中至关重要；然而对复合操作如i++无原子保障，需借助synchronized或原子类实现；仅适用于写操作不依赖当前值、无复合不变约束且无需锁的简单场景，滥用可能导致并发风险。
在Java并发编程中，volatile关键字用于确保变量的可见性和有序性，但不保证原子性。正确使用volatile能提升性能并避免一些隐蔽的并发问题，但如果理解不到位，反而会引入风险。以下是使用volatile时的关键注意事项。
确保变量的可见性
当一个变量被声明为volatile，任何线程对它的修改都会立即写入主内存，同时其他线程读取该变量时会从主内存重新加载，从而保证了最新的值可见。
这解决了普通变量在多线程环境下由于CPU缓存导致的“脏读”问题。
- 适合用于状态标志位，比如private volatile boolean running = true;，多个线程通过检查running来控制循环执行。
- 不要依赖局部缓存或临时副本，每次读取volatile变量都获取最新值。
禁止指令重排序（有序性）
Java内存模型允许编译器和处理器对指令进行重排序以优化性能，但volatile变量的读写操作前后会插入内存屏障，防止相关指令被重排。
立即学习“Java免费学习笔记（深入）”；
这一点在单例模式的双重检查锁定（DCL）中尤为关键：
public class Singleton {
private volatile static Singleton instance;
public static Singleton getInstance() {
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
如果没有volatile，new Singleton()可能在构造完成前就赋值给instance，导致其他线程拿到未初始化完成的对象。
不保证原子性
volatile不能替代synchronized或Atomic类，因为它只保证单次读或写的原子性，复合操作如“i++”仍然存在竞态条件。
- 例如：volatile int counter;，执行counter++实际上包含读、加、写三步，不是原子操作。
- 如果需要原子性，请使用AtomicInteger等原子类，或配合synchronized使用。
适用场景有限，避免滥用
volatile适用于满足以下所有条件的情况：
- 变量的写操作不依赖于当前值，或者只有一个线程修改。
- 该变量不会与其他变量一起参与不变性约束。
- 访问变量时不需要加锁。
常见用途包括：状态标记、一次性安全发布、独立观察者模式等。对于复杂共享状态，应优先考虑锁机制或并发容器。
基本上就这些。volatile是轻量级同步手段，用对了高效，用错了隐患大。关键是清楚它能做什么，不能做什么。
