volatile关键字专门解决多线程内存可见性问题：一个线程修改变量后，其他线程能立即看到最新值；其原理是通过内存屏障强制读写主内存并使缓存行失效，适用于一写多读的原子状态标志，但不保证复合操作原子性。

volatile 关键字在 Java 多线程中，专门用来应对“一个线程改了值，另一个线程却看不到”的可见性挑战。它不加锁、不阻塞，靠的是强制读写主内存 + 禁止指令重排，让变量更新像广播一样及时触达所有线程。

为什么普通变量会“看不见更新”

Java 内存模型（JMM）规定：每个线程操作共享变量时，先从主内存拷贝一份到自己的工作内存（类似 CPU 缓存），后续读写都在本地副本进行。如果没加 volatile：

• 线程 A 修改变量后，可能只更新了自己工作内存，未及时刷回主内存
• 线程 B 一直从自己缓存里读旧值，根本不知道主内存已被改过
• JIT 编译器还可能把 while(running) 优化成死循环（缓存 flag 值不再重新加载）

volatile 是怎么做到“立刻可见”的

它通过两层硬性保障协同生效：

• 写操作时：插入 StoreStore + StoreLoad 内存屏障，确保新值立即写入主内存，并使其他 CPU 缓存中该变量对应的缓存行失效（MESI 协议触发总线嗅探）
• 读操作时：强制放弃工作内存副本，直接从主内存加载最新值

相当于给变量装了个“实时同步开关”，每次读写都绕过缓存直连主内存。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

适合用 volatile 的典型场景

它只适用于满足两个前提的简单状态标志：

• 写操作不依赖当前值（即不是 count++ 这类“读-改-写”）
• 变量独立存在，不参与与其他变量的业务约束（比如 balance 和 accountStatus 不一起校验）

常见用法包括：

• 线程启停控制：volatile boolean running = true;
• 初始化完成标记：volatile boolean initialized;（配合双重检查单例）
• 状态信号位：volatile int status = READY;（仅赋值，不 ++/--）

volatile 不能做什么

它不保证原子性，这点必须牢记：

• volatile int count; 的 count++ 是三步操作（读、加1、写），多个线程并发执行会导致丢失更新
• 需要复合操作原子性时，必须换用 AtomicInteger、synchronized 或 Lock
• 它也不提供互斥能力——无法保护一段代码逻辑不被并发干扰

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南