Java内存模型基础

最新推荐文章于 2024-05-21 22:13:42 发布

2401_84102720

最新推荐文章于 2024-05-21 22:13:42 发布

阅读量380

点赞数 23

分类专栏：程序员文章标签： java spring 开发语言

本文链接：https://blog.csdn.net/2401_84102720/article/details/138299259

版权

程序员专栏收录该内容

238 篇文章 0 订阅

订阅专栏

共享内存：线程之间共享程序的公共状态，通过读写内存中的公共转台进行隐式通信
消息传递：线程之间没有公共状态，线程之间必须通过发送消息来显式进行通信

同步——程序中用于控制不同线程键操作发生相对顺序的机制。

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

总结：

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

1.2 Java内存模型的抽象结构

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

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

Java内存模型的抽象示意图

在这里插入图片描述

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

线程A把本地内存A中更新过的变量刷新到主内存中
线程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 从源代码到指令重排序

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

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

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

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

在这里插入图片描述

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

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