volatile通过内存屏障和JMM的happens-before规则实现主内存与工作内存同步：写操作立即刷新到主内存并禁止重排序，读操作强制从主内存加载最新值；它保证可见性和有序性，但不保证原子性，适用于一写多读的状态标志位。
volatile 实现主内存与工作内存的同步，不是靠“强制刷新”或“实时拷贝”这类直觉操作，而是通过 Java 内存模型（JMM）规定的**内存屏障（Memory Barrier）** 和 **特定读写语义约束** 来达成的。它不依赖锁，也不阻塞线程，但能确保两个关键行为：变量修改对其他线程可见，且相关指令不会被重排序。
volatile 写操作：立即写入主内存 + 写屏障
当一个线程写入 volatile 变量时：
- JVM 保证该写操作的结果**必须立即刷新到主内存**，而不是滞留在 CPU 缓存或工作内存中；
- 在字节码层面插入 **StoreStore 屏障**，禁止该写操作与其后任何普通变量写操作重排序；
- 还会插入 **StoreLoad 屏障**（在某些处理器架构下隐式添加），防止它与后续的读操作乱序，这对实现“先行发生（happens-before）”关系至关重要。
volatile 读操作：强制从主内存加载 + 读屏障
当一个线程读取 volatile 变量时：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- JVM 要求该读操作**必须直接从主内存读取最新值**，不能使用工作内存中可能过期的缓存副本；
- 在字节码层面插入 **LoadLoad 屏障**，禁止该读操作与其前任何普通变量读操作重排序；
- 同时插入 **LoadStore 屏障**，确保该读操作完成前，其后的写操作不会被提前执行。
借助 happens-before 建立跨线程可见性
volatile 的核心同步效果，最终由 JMM 定义的 happens-before 规则保障：
立即学习“Java免费学习笔记（深入）”；
- 对一个 volatile 变量的写操作，happens-before 于任意后续对该变量的读操作（无论是否同一线程）；
- 这个规则让“写线程写完 → 主内存更新 → 读线程看到新值”的链路具备可预测性；
- 它还附带“传递性”：如果 volatile 写之后还修改了其他普通变量，而读线程在读到该 volatile 变量后又去读那些普通变量，那么这些普通变量的修改也大概率可见（前提是无其他干扰重排序）。
注意：它不解决原子性问题
volatile 同步的是单个读或单个写的动作，不是复合操作：
- i++ 包含“读 i → 加 1 → 写 i”三步，即使 i 是 volatile，中间仍可能被其他线程打断；
- 所以 volatile 无法替代 synchronized 或 AtomicInteger 来做计数、状态切换等需原子性的场景；
- 它适合用在“纯状态标志”上，比如 running = false、initialized = true 这类一次写、多次读、无依赖计算的场景。
