从底层了解JAVA多线程：MESI缓存一致性协议详解

在之前的文章中

在学习完MSI缓存一致性协议之后。

发现MSI协议存在一个问题：在每次处理器想要读取读取一个数据块的时候，数据总会变成 Shared状态，即使没有其他的拷贝在其他处理器的缓存中。每次读取都要去广播 失效 信号，去通知其他缓存中的数据块数据失效。

如果当前数据块只有一个处理器缓存拥有，那么处理器对这个缓存的操作不会影响到其他缓存，是不是就可以节省下广播数据块失效的信号。MESI 协议则是采用了这个思路去优化MSI协议。

按照以上思路，MESI则是在MSI三状态的基础上另外增加了一种 exclusive-clean 状态，表示该数据块被当前处理器缓存独占，那么针对这个数据块的写将不会产生让其他缓存失效的广播信号，而是直接将状态变为 M。当该数据块被其他缓存请求读的时候，表示数据块会被拷贝到另外的缓存，当前缓存中并非唯一拷贝了，状态则会转变为 Shared。

当该数据块被其他缓存请求写的时候，那么该数据块在被传输到其他拷贝后，该缓存的数据块失效，标记为 Shared。

其余各个状态的转变和MSI中的变换一致，具体可以参考我以往的文章：从底层了解JAVA多线程：MSI缓存一致性协议详解。