JMM是啥

JMM是一个抽象的概念，描述的是一种规范，定义了各个程序中变量的访问方式。 JMM规定，所有变量都存储在主内存中，主内存是共享区域，所有线程都可以访问，但是线程对变量的操作必须在工作内存中进行。

基本类型数据会直接存储在工作内存中 引用内存会存储在主内存中

重排序

编译器为了最佳的执行效率会对代码进行重编译，编译不会改变原程序的执行结果(单线程中)

JMM模型特征

原子性

可见性

有序性

引起的问题

在多线程中就会造成并发问题

如何解决

JMM提供了8种原子操作

lock 锁定

unlock 解锁

read 读取

load 载入

use 使用

assign 赋值

store 存储

write 写入

JMM对这八种指令的使用，制定了如下规则：

不允许read和load、store和write操作之一单独出现。即使用了read必须load，使用了store必须write

不允许线程丢弃他最近的assign操作，即工作变量的数据改变了之后，必须告知主存

不允许一个线程将没有assign的数据从工作内存同步回主内存

一个新的变量必须在主内存中诞生，不允许工作内存直接使用一个未被初始化的变量。就是怼变量实施use、store操作之前，必须经过assign和load操作

一个变量同一时间只有一个线程能对其进行lock。多次lock后，必须执行相同次数的unlock才能解锁

如果对一个变量进行lock操作，会清空所有工作内存中此变量的值，在执行引擎使用这个变量前，必须重新load或assign操作初始化变量的值

如果一个变量没有被lock，就不能对其进行unlock操作。也不能unlock一个被其他线程锁住的变量

对一个变量进行unlock操作之前，必须把此变量同步回主内存

对基本数据类型读写操作的原子性

Happen-Before(先行发生规则)

在常规的开发中，如果我们通过上述规则来分析一个并发程序是否安全，估计脑壳会很疼。因为更多时候，我们是分析一个并发程序是否安全，其实都依赖Happen-Before原则进行分析。 　　Happen-Before被翻译成先行发生原则，意思就是当A操作先行发生于B操作，则在发生B操作的时候，操作A产生的影响能被B观察到，“影响”包括修改了内存中的共享变量的值、发送了消息、调用了方法等。

Happen-Before的规则有以下几条

程序次序规则(Program Order Rule)：在一个线程内，程序的执行规则跟程序的书写规则是一致的，从上往下执行。

管程锁定规则(Monitor Lock Rule)：一个Unlock的操作肯定先于下一次Lock的操作。这里必须是同一个锁。同理我们可以认为在synchronized同步同一个锁的时候，锁内先行执行的代码，对后续同步该锁的线程来说是完全可见的。

volatile变量规则(volatile Variable Rule)：对同一个volatile的变量，先行发生的写操作，肯定早于后续发生的读操作

线程启动规则(Thread Start Rule)：Thread对象的start()方法先行发生于此线程的每一个动作

线程中止规则(Thread Termination Rule)：Thread对象的中止检测(如：Thread.join()，Thread.isAlive()等)操作，必行晚于线程中所有操作

线程中断规则(Thread Interruption Rule)：对线程的interruption()调用，先于被调用的线程检测中断事件(Thread.interrupted())的发生

对象中止规则(Finalizer Rule)：一个对象的初始化方法先于一个方法执行Finalizer()方法

传递性(Transitivity)：如果操作A先于操作B、操作B先于操作C,则操作A先于操作C