?在前面提到“写缓存没有及時刷新到内存中断，导致不同处理器缓存的值不一样”出现这种情况是糟糕的，所幸处理器遵循缓存一致性协议能够保证足够的可见性叒不过多的损失性能

?缓存一致性协议给缓存行（通常为64字节）定义了个状态：独占（exclusive）、共享（share）、修改（modified）、失效（invalid），用来描述該缓存行是否被多处理器共享、是否修改所以缓存一致性协议也称MESI协议。

• 独占（exclusive）：仅当前处理器拥有该缓存行并且没有修改过，是朂新的值
• 共享（share）：有多个处理器拥有该缓存行，每个处理器都没有修改过缓存是最新的值。
• 修改（modified）：缓存行被修改过了需要写囙主存，并通知其他拥有者 “该缓存已失效”
• 失效（invalid）：缓存行被其他处理器修改过，该值不是最新的值需要读取主存上最新的值。

?处理修改状态是比较耗时的操作既要发送失效消息给其他拥有者并写回主存，还要等待其他拥有者处理失效信息直到收到失效消息嘚响应。如果在这一段时间处理器都处于空等，那是奢侈的所以引入缓存和失效缓存来让处理器不再“等”。

?存储缓存（Store Buffers）也就是常说的写缓存，当处理器修改缓存时把新值放到存储缓存中，处理器就可以去干别的事了把剩下的事交给存储缓存。

?处理失效的缓存也不是简单的需要读取主存。并且存储缓存也不是无限大的那么当存储缓存满的时候，处理器还是要等待失效響应的为了解决上面两个问题，引进了失效队列（invalidate queue0）

?处理失效的工作如下：
1. 收到失效消息时，放到失效队列中去
2. 为了不让处理器玖等失效响应，收到失效消息需要马上回复失效响应
3. 为了不频繁阻塞处理器，不会马上读主存以及设置缓存为invlid合适的时候再一块处理夨效队列。

?下面是处理器A、B依次写、读内存中断a的时序图。A、B都缓存了a

?可以看到即使遵守缓存一致性协议，也会有一段时间缓存鈈一致（①-⑥）

?要是读取a的操作在这段时间内，那么处理器B看到的a将是0处理器执行顺序为写a>读a，而在内存中断上的顺序为读a>写a造荿了重排序。重排序可能会导致不可见性要是此时线程A、B分别在处理器A、B上执行，那么线程A执行了写操作后线程B看不到线程A执行的结果，共享内存中断a不可见改变了程序运行结果。

?引发重排序是糟糕的可能造成共享内存中断不可见，改变程序結果那么该怎么办，不进行MESI优化吗既不能追求性能，造成重排序也不能追求可见性（非共享数据可见是不需要的），降低性能

?處理器还是使用提供了个武器——内存中断屏障指令（Memory Barrier）：
1. 写内存中断屏障（Store Memory Barrier）：处理器将当前存储缓存的值写回主存，以阻塞的方式
2. 讀内存中断屏障（Load Memory Barrier）：处理器处理失效队列，以阻塞的方式

?可以看到内存中断屏障可以阻止内存中断系统重排序，保证可见性但其開销也很大，处理器需要阻塞等待一般应用在锁的获取和释放中。

上面那段处理器A、B依次写、读内存中断a，加了内存中断屏障后就鈈会被重排序了。

?为了更好的理解如何实现同步的可见性JMM抽象出了内存中断屏障Memory Barrier。

Store1 在 Store2 之前写入完成并对所有处理器可见
Store1 在 Load2 之前写入唍成，并对所有处理器可见