【简单说】JMM

首先了解一下CPU的整体结构

通过上图可以知道，CPU存在多级缓存，因为CPU处理数据的速度是以纳秒级别为计算单位的，速度很快，如果CPU处理数据的时候直接到内存中读取数据，那么将大大降低了性能，为了保证CPU的高速处理，加入缓存，缓存的读写速度比CPU小，但是比内存的速度要快。

CPU的缓存分为三个级别，如图所示L1、L2、L3，越靠近寄存器的缓存速度越快，容量越小，反之则速度越慢，容量越大，其中L3高速缓存被单个插槽上所有CPU所共享。当CPU执行运算的时候，它会先去L1高速缓存中查找所需的数据，再到L2、L3，假如这些高速缓存都没有数据，它就会到主存中找所需要的数据。

缓存一致性问题

当数据加载到L3高级缓存的时候，L3高级缓存是所有CPU所共享的，但是L3中的数据可能会被加载到不同的CPU中，比如说a,b一行数据，会被加载到cpu1,cpu2中，当cpu1对a进行修改了，怎么才能告诉cpu2中的a也进行修改呢？

方法一：总线锁，每当CPU去访问L3中的数据的时候，都会通过线程总线来进行读取的，总线锁的意思就是在线程总线中加入一把锁，举例说明，当不同的cpu访问同一个缓存行的时候，只允许一个cpu进行读取，例如下图中，a,b存储于L3中，当cpu1对a进行访问时，会在总线上发送一个LOCK#信号，cpu2想对b进行查询，但是总线被锁住，得等cpu1访问完，cpu2才能访问b。
总线锁的方式出现在老款的cpu中，效率偏低。

方法二：MESI协议（不同cpu不同，intel的cpu使用的是MESI协议）
MESI就是对应四种不同的状态

M: 被修改（Modified)

该缓存行只被缓存在该CPU的缓存中，并且是被修改过的（dirty),即与主存中的数据不一致，该缓存行中的内存需要在未来的某个时间点（允许其它CPU读取请主存中相应内存之前）写回（write back）主存。

当被写回主存之后，该缓存行的状态会变成独享（exclusive)状态。

E: 独享的（Exclusive)

该缓存行只被缓存在该CPU的缓存中，它是未被修改过的（clean)，与主存中数据一致。该状态可以在任何时刻当有其它CPU读取该内存时变成共享状态（shared)。

同样地，当CPU修改该缓存行中内容时，该状态可以变成Modified状态。

S: 共享的（Shared)

该状态意味着该缓存行可能被多个CPU缓存，并且各个缓存中的数据与主存数据一致（clean)，当有一个CPU修改该缓存行中，其它CPU中该缓存行可以被作废（变成无效状态（Invalid））。

I: 无效的（Invalid）

该缓存是无效的（可能有其它CPU修改了该缓存行）。

伪共享问题

CPU的缓存系统是以缓存行(cache line)为单位存储的，一般的大小为64bytes。在多线程程序的执行过程中，存在着一种情况，多个需要频繁修改的变量存在同一个缓存行当中。

下面举例说明，在下图中，a,b是两个频繁修改的变量，分别由两个CPU进行操作，但是a,b，还有一串字符位于同一个缓存行，但CPU1修改了变量a时，L3中的缓存行数据就失效了，也就是CPU2中的缓存行数据也失效了，同样的如果CPU2对变量b进行修改了，CPU1中的缓存行数据也就失效了，就是所谓的伪共享问题，a,b在两个cpu上进行修改，本来应该是互不影响的，但是缓存一致性的问题，导致了伪共享问题的出现。

解决伪共享问题的办法

方法一：扩大频繁修改变量的大小，让一个缓存行只存在一个频繁修改的变量，例如上例中的a或b，只需要在申明a或b的前后加入很多无关变量，保证一个缓存行只存在一个频繁修改的变量，那么修改a或b就不会出现伪共享的问题。说白了就是空间换时间。

方法二：使用Contended 注解法，在jdk1.8中，提供了@sun.misc.Contended注解，加上这个注解的变量会自动补齐缓存行，这个注解可以用于类级别的修饰，也可以用于字段级别的修饰。
注意：默认情况下，这个注解是无效的，需要在jvm启动时设置-XX:-RestrictContended 才会生效