Java内存模型基础

从上图来看，线程A和线程B之间要通信的话，必须经历下面2个步骤。

1. 线程A把本地内存A中更新过的变量刷新到主内存中

2. 线程B到主内存中去读取线程A之前已更新过的共享变量

​

线程之间通信示意图

如上图所示，本地内存A和本地内存B有主内存中共享变量X的副本。假设初始时，这三个内存中的X的值都是0.线程A在执行时，把更新后的X的值（假设值为1）临时存放在自己的本地内存A中。当线程A和线程B需要通信是，线程A首先把自己本地内存中修改后的X刷新到主内存中，此时主内存中的X值变为了1.随后，线程B到主内存中去读取线程A更新后的X值，此时线程B的本地内存X的值也更新成了1。

从整体来看，这两个步骤实质上是线程A在向线程B发送消息，而且这个通信过程必须要经过主内存。JMM通过控制主内存与每个线程的本地内存之间的交互，来为Java程序员提供内存可见性保证。

​

1.3 从源代码到指令重排序

在执行程序时，为了提高性能，编译器和处理器常常会对指令做重排序。重排序分为三种类型：

1. 编译器优化的重排序。编译器在不改变单线程程序语义的前提下，可以重新安排语句的执行顺序。

2. 指令级并行的重排序。现代处理器采用了指令级并行技术(Instruction-Level Parallelism,ILP)来将对跳指令重叠执行。如果不存在数据依赖性，处理器可以改变语句对应及其指令的执行顺序。

3. 内存系统的重排序。由于处理器使用缓存和读/写缓冲区，这使得加载和存储操作看上去可能是在乱序执行。

从Java源代码的最终实际执行的指令序列，会分别经历下面3种重排序，其中1属于编译器重排序，2和3属于处理器重排序。

源代码到最终执行的指令序列示意图

重排序可能会导致多线程程序出现内存可见性问题，对于编译器，JMM的编译器重排序规则会禁止特定类型的编译器重排序（不是所有的编译器重排序都需要禁止）。对于处理器重排序，JMM的处理器重排序规则会要求Java编译器在生成指令序列时，插入特定类型的内存屏障（Memory Barries, Intel称之为Memory Fence）指令，通过内存屏障指令来禁止特定类型的处理器重排序。

JMM属于语言级的内存模型，它确保在不同的编译器和不同的处理器平台之上，通过禁止特定类型的编译器重排序和处理器重排序，为程序员提供一致的内存可见性保障。

1.4 写缓冲区和内存屏障

1.4.1 写缓冲区

现代处理器都会使用写缓冲区临时保存向内存中写入的数据。写缓冲区的主要作用：

• 可以保证指令流水线持续运行，可以避免由于处理器停顿下来等待向内存写入数据而产生的延迟。

• 它以批处理的方式方式刷新写缓冲区，以及合并写缓冲区中对统一地址的多次写，减少对内存总线的占用。

常见处理器允许的重排序类型（Y-表示允许两个操作重排序，N-表示处理器不允许两个操作重排序）

| 处理器\规则 | Load-Load | Load-Store | Store-Store | Store-Load | 数据依赖性 |

| — | — | — | — | — | — |

| SPARC-TSO | N | N | N | Y | N |

| x86 | N | N | N | Y | N |

| IA64 | Y | Y | Y | Y | N |

| PowerPC | Y | Y | Y | Y | N |

说明：常见处理器都允许Store-Load重排序；常见的处理器都不允许对存在数据依赖性的操作做重排序。N多的表示处理器拥有相对较强的处理器内存模型。

由于写缓冲器仅仅只对它所在的处理器可见，这个特性会对内存操作的执行顺序产生非常重要的影响：处理器对内存的读/写操作的执行顺序，不一定与内存实际发生的读/写操作顺序一致。

举例说明：

| 示例\处理器 | ProcessorA | ProcessorB |

| — | — | — |

| 初始 | a=0 | b=0 |

| 伪代码 | a=1; //A1

x=b;//A2 | b=2; //B1

y=a;//B2 |

| 运行结果 | x=y=0 | x=y=0 |

假设处理器A和处理器B按程序的顺序并行执行内存访问，最终可能得到x=y=0的结果，具体原因如下：

处理器和内存交互示意图

说明：处理器A和处理器B可以同时把共享变量写入自己的写缓冲区（A1、B1），然后从内存中读取另一个共享变量（A2、B2），最后才把自己写缓冲区中保存的脏数据刷新到内存中（A3、B3）。当以这种时序执行时，程序就可以得到x=y=0结果。

​

1.4.2 内存屏障

为了保证内存可见性，Java编译器在生成指令序列的适当位置会插入内存屏障指令来禁止特定类型的处理器重排序。JMM把内存屏障指令分为4类：

| 屏障类型 | 指令示例 | 说明 |

| — | — | — |

| LoadLoad Barriers | Load1;LoadLoad;Load2 | 确保Load1数据的装载先于Load2及所有后续装载指令的装载 |

| StoreStore Barriers | Store1;StoreStore;Store2 | 确保Store1数据对其他处理器可见（刷新到主内存）先于Store2及所有后续存储指令的存储 |

| LoadStore Barriers | Load1;LoadStore;Store2 | 确保Load1数据装载先于Store2及后续的存储指令刷新到内存 |

| StoreLoad Barriers | Store1;StoreLoad;Load2 | 确保Store1数据对其他处理器变得可见（指刷新到主内存）先于Load2及所有后续装载指令的装载。StoreLoad Barriers会使该屏障之前的所有内存访问指令（存储和装载指令）完成之后，才执行屏障之后的内存访问指令。 |

StoreLoad Barriers是一个“全能型屏障”，它同时具有其它3个屏障的效果。现代大多数处理器支持该屏障（其他类型的屏障不一定被所有处理器支持）。执行该屏障开销会很昂贵，因为处理器需要把缓冲区的内容全部刷新到内存中（Buffer Fully Flush）。

​

1.5 happens-before 简介

从JDK1.5开始，Java使用新的JSR-133内存模型。JSR-133使用happens-before的概念来阐述操作之间的内存可见性。在JMM中，如果一个操作的结果需要对另一个操作可见，那么这两个操作之间必须存在happens-before关系。这里的两个操作可以是单线程也可以是多线程。

happens-before规则：

• 程序顺序规则：一个线程中的每个操作，happens-before于该线程的任意后续操作。

• 监视器锁规则：对于一个锁的解锁，happens-before于随后对这个锁的加锁。

• volatile变量规则：对于一个volitale域的写，happens-before于任意后续对这个volatile域的读。

• 传递性：如果A happens-before B，且B happens-before C ，那么A happens-before C。

​

注意：

两个操作之间具有happens-before关系，并不意味着前一个操作必须在后一个操作之前执行！happens-before仅仅要求前一个操作（执行的结果）对后一个操作可见，且前一个操作按顺序排在第二个操作之前（the first is visiable to and ordered beofre the second）。

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Java开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
盖了95%以上Java开发知识点，不论你是刚入门Java开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！**

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！