Java内存模型（jmm）通过主内存与工作内存的划分，以及happens-before规则，确保多线程环境下的数据可见性与一致性。jmm规定所有变量存储在主内存中，线程操作变量需通过私有的工作内存进行复制，而线程间通信必须经由主内存完成。happens-before规则定义了操作间的可见性关系，并非强制执行顺序，而是确保前一操作结果对后一操作可见。1. 程序顺序规则：同一线程内代码顺序决定happens-before关系；2. 管程锁定规则：解锁操作happens-before后续加锁操作；3. volatile变量规则：写操作happens-before读操作；4. 线程启动规则：start()方法调用happens-before线程内所有操作；5. 线程终止规则：线程内所有操作happens-before终止检测；6. 线程中断规则：interrupt()调用happens-before中断事件检测；7. 对象finalize规则：构造函数结束happens-before finalize()开始；8. 传递性规则：a happens-before b且b happens-before c，则a happens-before c。jmm屏蔽底层硬件差异，提供统一内存访问模型，使程序员无需关注cpu缓存、指令重排等细节，从而更专注于业务逻辑实现。
Java内存模型（JMM）定义了Java程序中变量的访问规则，以及在并发环境下如何保证数据的一致性。Happens-before规则是JMM中最重要的概念之一，它定义了操作之间的可见性，确保在多线程环境下，一个操作的结果对另一个操作是可见的，从而避免数据竞争和不确定性。简单来说，JMM就像一个交通规则，而happens-before就是其中的重要路标，指引着线程安全地访问共享数据。
解决方案
JMM围绕着主内存和工作内存展开。所有变量都存储在主内存中，而每个线程都有自己的工作内存，其中保存了该线程使用到的变量的副本。线程对变量的所有操作（读取、赋值等）都必须在工作内存中进行，而不能直接读写主内存中的变量。线程之间变量值的传递需要通过主内存来完成。
立即学习“Java免费学习笔记（深入）”；
Happens-before规则并非要求前一个操作必须在后一个操作之前执行，而是要求前一个操作的执行结果对后一个操作可见。这种可见性并不意味着立即同步，而是保证在特定条件下，后一个操作能够看到前一个操作的结果。
以下是JMM中一些重要的happens-before规则：
-
程序顺序规则： 在一个线程中，按照程序代码的执行顺序，书写在前面的操作happens-before书写在后面的操作。这保证了单线程内的执行顺序。
-
管程锁定规则： 对一个锁的解锁happens-before后续对这个锁的加锁。这意味着释放锁的操作对后续获取锁的操作可见。
-
volatile变量规则： 对一个volatile变量的写操作happens-before后续对这个volatile变量的读操作。这保证了volatile变量的可见性。
-
线程启动规则： Thread对象的start()方法happens-before此线程中的每一个动作。
-
线程终止规则： 线程中的所有操作happens-before对此线程的终止检测，可以通过Thread.join()方法结束、Thread.isAlive()的返回值等手段检测到线程已经终止执行。
-
线程中断规则： 对线程interrupt()方法的调用happens-before被中断线程的代码检测到中断事件的发生，可以通过Thread.interrupted()方法检测到是否有中断发生。
-
对象finalize规则： 一个对象的初始化完成（构造函数执行结束）happens-before该对象的finalize()方法的开始。
-
传递性： 如果操作A happens-before操作B，操作B happens-before操作C，那么操作A happens-before操作C。
理解happens-before规则的关键在于认识到它定义的是可见性，而不是执行顺序。编译器和处理器可以对代码进行优化，只要不违反happens-before规则，就不会影响程序的正确性。
为什么需要JMM和happens-before规则？
并发编程中，由于CPU缓存、指令重排序等优化手段，导致线程之间对共享变量的访问存在可见性问题。如果没有JMM和happens-before规则的约束，多线程程序可能会出现各种意想不到的错误，例如数据不一致、死锁等。JMM和happens-before规则提供了一种规范，保证了在并发环境下，程序的正确性和可预测性。如果没有这些规则，编写可靠的多线程程序将会非常困难。
如何在实际代码中应用happens-before规则？
在编写并发代码时，应该充分利用happens-before规则来保证线程安全。例如，可以使用volatile关键字来保证变量的可见性，使用锁来保证互斥访问，使用Thread.join()方法来等待线程结束。
// 使用volatile保证变量的可见性 private volatile boolean running = true; public void stop() { running = false; } public void run() { while (running) { // 执行任务 } }
在这个例子中，running变量被声明为volatile，因此对running的写操作（在stop()方法中）happens-before对running的读操作（在run()方法中）。这意味着当stop()方法被调用时，run()方法能够及时看到running变量的变化，从而退出循环。
// 使用锁保证互斥访问 private final Object lock = new Object(); private int count = 0; public void increment() { synchronized (lock) { count++; } }
在这个例子中，synchronized关键字保证了对count变量的互斥访问。对lock的解锁happens-before后续对lock的加锁，因此increment()方法是线程安全的。
JMM与硬件内存模型有什么区别？
JMM是一种抽象的内存模型，它定义了Java程序中变量的访问规则。而硬件内存模型则是底层硬件的实现，例如CPU缓存、内存总线等。JMM的目标是屏蔽底层硬件的差异，为Java程序员提供一种统一的内存访问模型。JMM的实现需要考虑底层硬件的限制，例如CPU缓存一致性协议，以保证程序的正确性。可以把JMM看作是Java语言层面对内存访问的规范，而硬件内存模型则是实际的物理实现。JMM通过一系列规则，将硬件内存模型的复杂性抽象出来，使得Java程序员可以更加专注于业务逻辑的实现，而不需要过多地关注底层硬件的细节。
