happens-before规则用于保证跨线程操作的可见性与重排序约束，而非执行时序；它通过程序顺序、锁、volatile、线程启动/终止等规则建立内存可见性保障。
Java 中 happens-before 规则不是用来“按时间排执行顺序”的，而是帮你判断：一个线程做的修改，另一个线程能不能看到、什么时候能安全地看到。它解决的是可见性和重排序约束问题，不是执行快慢或先后。
用程序顺序规则保证单线程内逻辑正确
同一个线程里，代码写在前面的操作，happens-before 后面的操作——但仅限于有数据依赖或同步语义时。纯计算语句（比如 int a = 1; int b = 2;）可能被编译器或 CPU 重排，只要最终效果等同于顺序执行就行（as-if-serial 语义）。
- 真正起作用的是“副作用”操作，比如对共享变量的读写、加锁、volatile 访问
- 写代码时别假设“先写的就一定先生效”，尤其涉及多个共享变量时
- 例如：x = 42; flag = true;（flag 是 volatile），那么 x=42 就 happens-before flag=true，后续读到 flag 的线程也能看到 x=42
靠锁规则实现临界区的数据传递
synchronized 块的 unlock 操作 happens-before 下一个线程对该锁的 lock 操作。这就意味着：前一个线程在临界区内对共享变量的所有修改，对后一个进入临界区的线程都可见。
- 不需要额外加 volatile 或 sleep，锁本身已建立完整的 happens-before 链
- 即使临界区里只改了一个变量，其他变量的修改也一并可见
- 注意：必须是同一把锁，且 unlock 和 lock 是针对该对象的
用 volatile 规则做轻量状态通知
对 volatile 变量的写 happens-before 后续任意线程对该变量的读。这是最常用的跨线程通信手段之一，适合“一次性发布+多次读取”的场景。
- 典型用途：初始化完成标志、开关控制、配置加载完毕通知
- 它不保证原子性，所以 count++ 这类复合操作不能只靠 volatile
- 底层靠内存屏障（StoreLoad 等）实现，语义上等价于“锁释放 + 锁获取”，但无阻塞开销
借线程启动和 join 建立父子线程边界
thread.start() 调用 happens-before 新线程的 run() 方法开始执行；thread.join() 返回 happens-before 当前线程继续向下执行。
- 主线程在 start() 前设置的变量（如配置、上下文），子线程一定能看见
- 子线程 run() 结束前写入的值，主线程在 join() 返回后可以安全读取
- 现代开发中，CompletableFuture 和 CountDownLatch 底层也基于这些规则封装，语义更清晰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
