JMM入门

在说JMM之前我们先来看一下CPU的缓存简单架构图

CPU缓存架构

​ 因为CPU的速度和RAM的速度不是一个量级，如果CPU与内存直接交互的话，会造成CPU饥饿（CPU处理完了，长时间等待状态）。为了解决CPU与RAM速度不匹配问题，就产生了缓存（cache）的概念，缓存又分为一级缓存（L1）、二级缓存（L2）、三节缓存（L3）等。CPU是从缓存中获取数据进行处理，处理完后刷回缓存中，而缓存从RAM中获取数据，在收到CPU处理完的数据后刷回RAM中，这样就尽可能的解决了CPU饥饿问题。

JMM内存模型

​ JMM（Java内存模型）本身是一种抽象的概念并不真实存在，它描述的是一组规则或规范，目的是为了保证并发编程中的原子性、可见性、有序性。

​ JMM的结构类似于CPU的缓存结构，如图

​ 原子性：是指在一个操作中，CPU 不可以在中途暂停然后再调度，即不被中断操作，要不执行完成，要不就不执行。

​ 模拟一个场景，A给B转账，假如A账户有100块钱，B账户也有100块钱，这时A转出50块钱，账户里还剩50块钱，正常来说B账户应该收到50块钱，变为150块钱，但是，当A转出后银行突然断电了，A账户是50块钱，B账户这时还没收到，所以还是100块钱，这就没有保证原子性。应该是无论发生什么情况，A转出，则B必须收到，否则就回到原始状态，这就是原子性。

​ 可见性： 是指当多个线程访问同一个变量时，一个线程修改了这个变量的值，其他线程能够立即看得到修改的值。

​ 有序性：是指程序执行的顺序按照代码的先后顺序执行。

​ JMM规定了共享变量的声明必须是在主存中，每条线程都有自己独立的工作内存；

​ 线程的工作内存中保存该线程用到的共享变量的副本，对共享变量的所有操作必须在工作内存中进行，不能直接操作主存；

​ 线程之间不能互相访问对方的工作内存，线程之间的通信必须通过主存；

​ JMM的作用是控制工作内存和主存的数据同步，规定了如何同步、什么时候同步等。

​ 上图中提到的工作内存、主存可以看成是计算机内存模型中的缓存和主存。

JMM 8大原子操作

​ 一个变量如何从主存拷贝到工作内存、如何从工作内存同步到主存之间的实现细节，Java内存模型定义了以下八种操作来完成：

• lock（锁定）：作用于主内存的变量，把一个变量标识为一条线程独占状态。

• unlock（解锁）：作用于主内存变量，把一个处于锁定状态的变量释放出来，释放后的变量才可以被其他线程锁定。

• read（读取）：作用于主内存变量，把一个变量值从主内存传输到线程的工作内存中，以便随后的load动作使用

• load（载入）：作用于工作内存的变量，它把read操作从主内存中得到的变量值放入工作内存的变量副本中。

• use（使用）：作用于工作内存的变量，把工作内存中的一个变量值传递给执行引擎，每当虚拟机遇到一个需要使用变量的值的字节码指令时将会执行这个操作。

• assign（赋值）：作用于工作内存的变量，它把一个从执行引擎接收到的值赋值给工作内存的变量，每当虚拟机遇到一个给变量赋值的字节码指令时执行这个操作。

• store（存储）：作用于工作内存的变量，把工作内存中的一个变量的值传送到主内存中，以便随后的write的操作。

• write（写入）：作用于主内存的变量，它把store操作从工作内存中一个变量的值传送到主内存的变量中。

  ​ 如果要把一个变量从主内存中复制到工作内存，就需要按顺寻地执行read和load操作，如果把变量从工

  作内存中同步回主内存中，就要按顺序地执行store和write操作。Java内存模型只要求上述两个操作必须按顺

  序执行，而没有保证必须是连续执行。也就是read和load之间，store和write之间是可以插入其他指令的，如

  对主内存中的变量a、b进行访问时，可能的顺序是read a，read b，load b， load a。Java内存模型还规定了

  在执行上述八种

基本操作时，必须满足如下规则：

• 不允许read和load、store和write操作之一单独出现
• 不允许一个线程丢弃它的最近assign的操作，即变量在工作内存中改变了之后必须同步到主内存中。
• 不允许一个线程无原因地（没有发生过任何assign操作）把数据从工作内存同步回主内存中。
• 一个新的变量只能在主内存中诞生，不允许在工作内存中直接使用一个未被初始化（load或assign）的变量。即就是对一个变量实施use和store操作之前，必须先执行过了assign和load操作。
• 一个变量在同一时刻只允许一条线程对其进行lock操作，lock和unlock必须成对出现
• 如果对一个变量执行lock操作，将会清空工作内存中此变量的值，在执行引擎使用这个变量前需要重新执行load或assign操作初始化变量的值
• 如果一个变量事先没有被lock操作锁定，则不允许对它执行unlock操作；也不允许去unlock一个被其他线程锁定的变量。
• 对一个变量执行unlock操作之前，必须先把此变量同步到主内存中（执行store和write操作）。

这8种内存访问操作很繁琐，后文会使用一个等效判断原则，即先行发生（happens-before）原则来确定一个内存访问在并发环境下是否安全。

happens-before

​ 前面所述的内存交互操作必须要满足一定的规则，而happens-before就是定义这些规则的一个等效判断原则。happens-before是JMM定义的2个操作之间的偏序关系：如果操作A线性发生于操作B，则A产生的影响能被操作B观察到，“影响”包括修改了内存中共享变量的值、发送了消息、调用了方法等。如果两个操作满足happens-before原则，那么不需要进行同步操作，JVM能够保证操作具有顺序性，此时不能够随意的重排序。否则，无法保证顺序性，就能进行指令的重排序。

happens-before原则主要包括：

• 程序次序规则(Program Order Rule)：在同一个线程中，按照程序代码顺序，书写在前面的操作先行发生于书写在后面的操纵。准确的说是程序的控制流顺序，考虑分支和循环等。
• 管理锁定规则(Monitor Lock Rule)：一个unlock操作先行发生于后面（时间上的顺序）对同一个锁的lock操作。
• volatile变量规则(Volatile Variable Rule)：对一个volatile变量的写操作先行发生于后面（时间上的顺序）对该变量的读操作。
• 线程启动规则(Thread Start Rule)：Thread对象的start()方法先行发生于此线程的每一个动作。
• 线程终止规则(Thread Termination Rule)：线程的所有操作都先行发生于对此线程的终止检测，可以通过Thread.join()方法结束、Thread.isAlive()的返回值等手段检测到线程已经终止执行。
• 线程中断规则(Thread Interruption Rule)：对线程interrupt()方法的调用先行发生于被中断线程的代码检测到中断时事件的发生。Thread.interrupted()可以检测是否有中断发生。
• 对象终结规则(Finilizer Rule)：一个对象的初始化完成（构造函数执行结束）先行发生于它的finalize()的开始。
• 传递性(Transitivity)：如果操作A 先行发生于操作B，操作B 先行发生于操作C，那么可以得出A 先行发生于操作C。

JMM8大原子操作流程图

上图中的第⑤步是最关键的，这个指令反汇编后是lock addl指令。使用这个指令后，线程间的数据时可见的，并且代码是有序的，不会被重排序。