volatile关键字专门解决多线程内存可见性问题：一个线程修改变量后，其他线程能立即看到最新值；其原理是通过内存屏障强制读写主内存并使缓存行失效，适用于一写多读的原子状态标志，但不保证复合操作原子性。
volatile 关键字在 Java 多线程中，专门用来应对“一个线程改了值，另一个线程却看不到”的可见性挑战。它不加锁、不阻塞，靠的是强制读写主内存 + 禁止指令重排，让变量更新像广播一样及时触达所有线程。
为什么普通变量会“看不见更新”
Java 内存模型（JMM）规定：每个线程操作共享变量时，先从主内存拷贝一份到自己的工作内存（类似 CPU 缓存），后续读写都在本地副本进行。如果没加 volatile：
- 线程 A 修改变量后，可能只更新了自己工作内存，未及时刷回主内存
- 线程 B 一直从自己缓存里读旧值，根本不知道主内存已被改过
- JIT 编译器还可能把 while(running) 优化成死循环（缓存 flag 值不再重新加载）
volatile 是怎么做到“立刻可见”的
它通过两层硬性保障协同生效：
- 写操作时：插入 StoreStore + StoreLoad 内存屏障，确保新值立即写入主内存，并使其他 CPU 缓存中该变量对应的缓存行失效（MESI 协议触发总线嗅探）
- 读操作时：强制放弃工作内存副本，直接从主内存加载最新值
相当于给变量装了个“实时同步开关”，每次读写都绕过缓存直连主内存。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
适合用 volatile 的典型场景
它只适用于满足两个前提的简单状态标志：
- 写操作不依赖当前值（即不是 count++ 这类“读-改-写”）
- 变量独立存在，不参与与其他变量的业务约束（比如 balance 和 accountStatus 不一起校验）
常见用法包括：
- 线程启停控制：volatile boolean running = true;
- 初始化完成标记：volatile boolean initialized;（配合双重检查单例）
- 状态信号位：volatile int status = READY;（仅赋值，不 ++/--）
volatile 不能做什么
它不保证原子性，这点必须牢记：
- volatile int count; 的 count++ 是三步操作（读、加1、写），多个线程并发执行会导致丢失更新
- 需要复合操作原子性时，必须换用 AtomicInteger、synchronized 或 Lock
- 它也不提供互斥能力——无法保护一段代码逻辑不被并发干扰
