JVM通过内存屏障和happens-before规则约束重排序，确保多线程下操作顺序与可见性；内存屏障由JVM自动插入同步语义中，happens-before提供高级逻辑顺序契约。

Java虚拟机如何避免指令乱序问题

JVM本身不直接禁止CPU或编译器的指令重排序，而是通过内存屏障（Memory Barrier）和happens-before规则来约束重排序行为，确保多线程下关键操作的执行顺序和可见性符合程序员预期。

内存屏障：JVM控制重排序的关键手段

内存屏障是JVM在生成字节码或JIT编译为机器码时插入的特殊指令，用于限制前后内存操作的重排序范围。不同类型的屏障作用不同：

• LoadLoad屏障：禁止上面的读操作与下面的读操作重排序
• StoreStore屏障：禁止上面的写操作与下面的写操作重排序
• LoadStore屏障：禁止上面的读操作与下面的写操作重排序
• StoreLoad屏障：最严格，禁止上面的写操作与下面的读操作重排序（在x86上需用mfence等指令实现）

JVM不会让开发者手动插屏障，而是将它们自动“编织”进synchronized、volatile、final字段初始化、锁释放/获取、线程启动/终止等语义中。

happens-before规则：程序员可依赖的逻辑顺序契约

这是Java内存模型（JMM）定义的一组高级规则，只要满足其中任一关系，就能保证前一个操作的结果对后一个操作可见，且不会被重排序破坏：

立即学习“Java免费学习笔记（深入）”；

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

• 程序次序规则：单线程内，按代码顺序，前面的操作happens-before后面的操作
• 监视器锁规则：解锁操作happens-before后续对该锁的加锁操作
• volatile变量规则：对volatile变量的写happens-before后续对该变量的读
• 线程启动规则：主线程调用thread.start() happens-before 子线程执行
• 线程终止规则：子线程所有操作happens-before主线程检测到该线程结束（如join()返回）
• 中断规则：对线程interrupt() happens-before 被中断线程检测到中断事件
• 终结器规则：对象构造函数结束happens-before其finalize()开始
• 传递性：若A happens-before B，B happens-before C，则A happens-before C

注意：happens-before不是“时间先后”，而是JMM提供的可见性与有序性保障契约。即使实际执行时间上B先于A，只要满足该规则，JVM就必须确保A的结果对B可见。

同步机制如何落地内存屏障

常见同步原语背后都有明确的屏障策略：

• synchronized：进入时插入LoadStore+StoreStore屏障（确保看到最新共享状态），退出时插入StoreStore+StoreLoad屏障（确保本线程修改对其他线程可见）
• volatile读：插入LoadLoad+LoadStore屏障（防止读之后的读/写被提到前面）
• volatile写：插入LoadStore+StoreStore+StoreLoad屏障（最严格，尤其StoreLoad保证写后读不乱序）
• final字段：构造器内对final字段的写，与构造器结束之间存在隐式StoreStore屏障；对象引用发布后，其他线程读该引用时能安全看到final字段值（前提是正确发布，如未逸出）

这些屏障由JVM根据目标平台（如x86、ARM）选择对应汇编指令生成，开发者无需关心底层细节，只需按JMM语义编写代码即可。

基本上就这些。理解内存屏障和happens-before，不是为了手写屏障指令，而是为了写出真正线程安全、不依赖巧合的代码。