阅读更多

1 前言

主要介绍内存模型的基本概念

2 并发编程模型的两个关键问题

在并发编程中，需要处理两个关键问题：线程之间如何通信以及线程之间如何同步(这里的线程是指并发执行的活动实体)。通信是指线程之间以何种机制来交换信息

在命令式编程中，线程之间的通信机制有两种

共享内存
消息传递

在共享内存的并发模型里，线程之间共享程序的公共状态，通过写-读内存中的公共状态进行隐式通信；在消息队列的并发模型里，线程之间没有公共状态，线程之间必须通过发送消息来显式通信

同步是指程序中用于控制不同线程间操作发生的相对顺序的机制

在共享内存并发模型里，同步是显式进行的，程序员必须显式指定某个方法或者某段代码需要在线程之间互斥执行
在消息传递的并发模型里，由于消息的发送必须在消息的接收之前，因此同步是隐式进行的

Java的并发采用的是共享内存模型，Java线程之间的通信总是隐式进行，整个通信的过程对于程序员完全透明。如果编写多线程程序的Java程序员不理解隐式进行的线程之间的通信的工作机制，很可能会遇到各种奇怪的内存可见性的问题

3 Java内存模型的抽象结构

在Java中，所有实例域、静态域和数组元素都存储在堆内存中，堆内存在线程之间共享。局部变量(Local Variables)，方法定义参数(Java语言规范称之为Formal Method Parameters)和异常处理器参数(Exception Handler Parameters)不会在线程之间共享，它们不会有内存可见性的问题，也不受内存模型的影响

Java线程之间的通信由Java内存模型控制

JMM决定一个线程对共享变量的写入何时对另一个线程可见
从抽象的角度来看，JMM定义了线程和主内存之间的抽象关系：线程之间的共享变量存储在主内存(Main memory)中，每个线程都有一个私有的本地内存(Local memory)，本地内存中存储了该线程以读/写共享变量的副本
本地内存是JMM的一个抽象概念，并不真实存在。它涵盖了缓存、写缓冲区、寄存器以及其他的硬件和编译器优化

Java内存模型抽象示意图如下

从上图来看，如果线程A与线程B之间要通信的话，必须经历下面两个步骤，见如下示意图

线程A把本地内存A中更新过的共享变量刷新到主内存中去
线程B到主内存中去读取线程A之前已经更新过的共享变量

本地内存A和本地内存B由主内存中共享变量x的副本。假设初始时，这3个内存中的值都为0
线程A在执行时，把更新后的x值(假设值为1)临时存放在自己的本地内存A中。当线程A和线程B需要通信时，线程A首先会把自己本地内存中修改后的x值刷新到主内存中，此时主内存中的x值变为了1。随后线程B到主内存中去读取线程A更新后的值，此时线程B的本地内存的x值也变为了1
从整体上来看，这两个步骤实质上是线程A在向线程B发送消息，而且这个通信过程必须要经过主内存。JMM通过控制主内存与每个线程的本地内存之间的交互，来为Java程序员提供可见性保证

4 从源代码到指令序列的重排序

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

编译器优化的重排序。编译器在不改变单线程程序语义的前提下，可以重新安排语句的执行顺序
指令集并行的重排序。现代处理器采用了指令集并行技术(Instruction-Level Parallelism，ILP)来将多条指令重叠执行。如果不存在数据依赖性，处理器可以改变语句对应机器指令的执行顺序
内存系统的重排序。由于处理器使用缓存和读/写缓冲区，这使得加载和存储操作看上去可能是在乱序执行

从Java源代码到最终实际的指令序列，会分别经历下面3种重排序

上述1属于编译器重排序，2和3属于处理器重排序。这些重排序可能导致多线程程序出现内存可见性问题
对于编译器，JMM的编译器重排序规则会禁止特定类型的编译器重排序(不是所有的编译器重排序都要禁止)
对于处理器重排序，JMM的处理器重排序规则会要求Java编译器在生成指令序列时，插入特定类型的内存屏障(Memory Barriers，Intel称之为Memory Fance)指令，通过内存屏障指令来禁止特定类型的处理器重排序

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

5 并发编程模型的分类

现代的处理器使用写缓冲区临时保存向内存写入的数据。写缓冲区可以保证指令流水线持续运行，它可以避免由于处理器停顿下来等待向内存写入数据而产生的延迟。同时，通过以批处理的方式刷新写缓冲区，以及合并写缓冲区对同一内存地址的多次写，减少对内存总线的占用

虽然写缓冲区有这么多好处，但是处理器上的写缓冲区，仅仅对它所在的处理器可见。这个特性会对内存操作的执行顺序产生重要的影响：处理器对内存的读/写操作的执行顺序，不一定与内存实际发生的读/写操作顺序一致。下面以一个示例程序进行说明

public void processA(){
    a = 1;//A1
    x = b;//A2
}

public void processB(){
    b = 2;//B1
    y = a;//B2
}

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

处理器A和处理器B可以同时把共享变量写入自己的缓冲区(A1,B1)，然后从内存中读取另一个共享变量(A2,B2)，最后才把自己写缓存区中保存的脏数据刷新到内存中(A3,B3)。当以这种时序执行时，程序就可以得到x = y = 0的结果
从内存操作实际发生的顺序来看，直到处理器A执行A3来刷新自己的缓存区，写操作A1才算真正执行了。虽然处理器A执行内存操作的顺序为A1–>A2，但内存操作实际发生的顺序确是A2–>A1。此时，处理器A的内存操作顺序被重排序了(处理器B的情况和处理器A一样，不再赘述)
这里的关键是：由于写缓冲区仅对自己的处理器可见，它会导致处理器执行内存操作的顺序可能会与实际的操作执行顺序不一致。由于现代的处理器都会使用写缓冲区，因此现代的处理器都会允许写-读操作进行重排序

为了保证内存可见性，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)

为什么说StoreLoad Barriers是一个全能型屏障，如何得出这个结论

存在一个隐式的顺序关系?：Load1 < Store1
因此Store1 < Load2 <==> Load1 < Store1 < Load2 < Store2
- 可以得到Load1 < Load2，即LoadLoad内存屏障
- 可以得到Store1 < Store2，即StoreStore内存屏障
- 可以得到Load1 < Store2，即LoadStore内存屏障

6 happens-before简介

从JDK开始，Java使用新的JSR-133内存模型

JSR-133使用happens-before的概念来阐述操作之间的内存可见性
在JMM中，如果一个操作执行的结果需要对另一个操作可见，那么这两个操作之间必须要存在happens-before关系(这里提到的两个操作既可以在一个线程之内，也可以是在不同线程之间)

与程序员密切相关的happens-before规则如下

程序顺序规则：一个线程中的每个操作，happens-before于该线程中的任意后续操作
监视器锁规则：对一个锁的解锁，happens-before于随后对这个锁的加锁
volaitle变量规则：对于一个volatile域的写，happens-before于任意后续对这个volatile域的读
传递性：如果A happens-before B，且B happens-before C，那么A happens-before C

注意：两个操作之间具有happens-before关系，并不意味着前一个操作必须要在后一个操作之前执行，happens-before仅要求前一个操作(执行的结果)对后一个操作可见，且前一个操作按顺序排在第二个操作之前

下图是happens-before与JMM的关系示意图

一个happens-before规则对应于一个或多个编译器和处理器重排序规则
对于Java程序员来说，happens-before规则简单易懂，它避免Java程序员为了理解JMM提供的内存可见性保证而去学习复杂的重排序规则以及这些规则的具体实现方法

7 参考

《Java并发编程的艺术》

Liuye Notebook

Java-内存模型基础