CPU内存模型 和 JAVA内存模型 讲解

CPU 内存模型

在讲解 JAVA 内存模型以前，先了解 CPU 内存模型，由于JAVA内存模型跟它是十分类似的。

图中的 Core 就是一个 CPU。能够看得出：

1. L1 和 L2 是每一个CPU本身的高速缓存
2. L3 是多个CPU之间共享缓存。
3. 黄色的就是主内存。
4. L一、L二、L3 的存储的速度、以及存储的东西逐渐减小。
5. L1 和 L2 的缓存命中率均为 80%
6. 达到 L3 缓存的数据占比 4% 左右。

JAVA 内存模型

能够看得出这个跟 CPU 内存时十分类似的。黄色部分 Memory 至关于 CPU 的 L3 缓存了。 同时也能够看到啊， Copy Memory 是拷贝过来的。也正由于这个东西的存在，引出了变量的可见性问题。

可见性问题

class XXX {
	private static int a = 0;
	Thread threadA = new Thread(() -> {
            System.out.println(Thread.currentThread().getName() + " a = " + a);
            a = 1;
            System.out.println(Thread.currentThread().getName() + " a = " + a);
        }, "ThreadA");


        Thread threadB = new Thread(() -> {
            System.out.println(Thread.currentThread().getName() + " a = " + a);
            a = 1;
            System.out.println(Thread.currentThread().getName() + " a = " + a);
        }, "ThreadB");
}
复制代码

当 new 多个线程去修改 a 这个变量时，就会出现可见性问题。也就是 ： thread-A ：a ->1 。可是 thread-B 不必定读到 a 就是1，可能仍是 0 ；

重排序问题

简单解释：

java 在执行程序时，可能会对指令进行重排。也就是按照代码顺序：

b = 1;
x = a;
复制代码

可是执行时可能会变成：

x = a;
b = 1;
复制代码

源代码到真正执行通常会通过： 源代码 -> 编译器重排序 -> 处理器重排序 -> 最终执行顺序

可是呢！！！ 重排序也不是无条件去重排序的。他必须遵循一个 happen-before 规则。

happen-before 规则：