volatile 通过 JMM 语义约束与硬件缓存一致性协议协同实现每次写操作都触发本地缓存回写主存并广播失效其他核心对应缓存行，读操作则强制重新加载最新值，确保可见性与有序性，但不保证复合操作原子性。
volatile 在多核 CPU 缓存中强制刷新主内存数据，靠的是 Java 内存模型（JMM）对 volatile 写操作的语义约束 + 硬件层面的缓存一致性协议协同实现，不是“软件主动刷”，而是“写时触发硬件级同步”。
volatile 写操作会触发缓存行回写和失效广播
当一个线程对 volatile 变量执行写操作（比如 flag = true），JVM 会生成带 Lock 前缀的汇编指令（如 lock xchg）。该指令在多核 CPU 上产生两个关键效果：
- 强制将当前 CPU 核心缓存中该变量所在缓存行（cache line）的数据写回到主内存（write-back）
- 通过总线或 MESI 协议向其他 CPU 核心广播“该地址缓存行已失效”，使其他核心中对应缓存行标记为 Invalid
其他线程读取时必须重新从主内存加载
当另一个线程执行 volatile 读（如 if (flag)），JMM 要求该读操作不能使用工作内存中的旧副本，必须：
- 使本线程工作内存中该变量相关缓存行失效
- 从主内存（或通过缓存一致性协议由其他核心最新写入的缓存行）重新加载最新值
这个过程不依赖锁，但借助了硬件提供的缓存一致性机制（如 Intel 的 MESIF 或 AMD 的 MOESI），确保所有核心看到的 volatile 变量值始终一致。
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
立即学习“Java免费学习笔记（深入）”；
它不是“每秒刷一次”，而是“每次写都触发”
volatile 的刷新行为是严格绑定到每一次写操作的，不存在延迟或批量合并。只要代码中执行了一次 volatile 写，就必然发生：
- 本地缓存行写回主内存
- 其他核心对应缓存行失效
- 后续对该变量的读必然获取到这个写的结果（满足 happens-before 规则）
注意：它不保证复合操作的原子性
比如 counter++（即 read-modify-write）即使 counter 是 volatile，也不能保证线程安全。因为读、加1、写三步之间可能被其他线程插入执行，volatile 只保障单次读或单次写的可见性和有序性，不锁住整个操作序列。
