内存屏障中的读写屏障——并发问题

1,469 阅读3分钟

本文已参与「新人创作礼」活动,一起开启掘金创作之路。

内存屏障是硬件之上、操作系统或JVM之下,对并发作出的最后一层支持。再向下是是硬件提供的支持;向上是操作系统或JVM对内存屏障作出的各种封装。内存屏障是一种标准,各厂商可能采用不同的实现。

本文仅为了帮助理解JVM提供的并发机制。首先,从volatile的语义引出可见性与重排序问题;接下来,阐述问题的产生原理,了解为什么需要内存屏障;然后,浅谈内存屏障的标准、厂商对内存屏障的支持,并以volatile为例讨论内存屏障如何解决这些问题;最后,补充介绍JVM在内存屏障之上作出的几个封装。为了帮助理解,会简要讨论硬件架构层面的一些基本原理(特别是CPU架构),但不会深入实现机制。

内存屏障

内存屏障(Memory Barrier)与内存栅栏(Memory Fence)是同一个概念,不同的叫法。

通过volatile标记,可以解决编译器层面的可见性与重排序问题。而内存屏障则解决了硬件层面的可见性与重排序问题。

先简单了解两个指令:

Store:将处理器缓存的数据刷新到内存中。 Load:将内存存储的数据拷贝到处理器的缓存中。 在这里插入图片描述

内存屏障的实现都要针对乱序执行的过程来设计。前文的注释中讲解了乱序执行的基本原理:核心是一个序列缓冲区,只要指令的数据运算对象是可以获取的,指令就被允许在先进入的、旧的指令之前离开序列缓冲区,开始执行。对于内存可见性的语义,内存屏障可以通过使用类似MESI协议的思路实现。

当CPU收到屏障指令时,不将屏障指令放入序列缓冲区,而将屏障指令及后续所有指令放入一个FIFO队列中(指令是按批发送的,不然没有乱序的必要) 允许乱序执行完序列缓冲区中的所有指令 从FIFO队列中取出屏障指令,执行(并刷新缓存等,实现内存可见性的语义) 将FIFO队列中的剩余指令放入序列缓冲区 恢复正常的乱序执行

内存屏障中的读写屏障——并发问题

读写屏障涉及到JVM和并发编程的知识,但是其概念又相差较多,容易混淆

一、并发问题

1、概述

==Volatile的底层实现原理就是内存屏障== 在这里插入图片描述

2、Volatile通过读写屏障保证可见性和有序性

在这里插入图片描述

2.1、保证可见性

在这里插入图片描述

  • 声明写屏障后,写屏障之前的代码都会同步到主存当中,保证之后的线程读到的都是最新的在这里插入图片描述在这里插入图片描述 在这里插入图片描述

2.2、保证有序性

在这里插入图片描述 在这里插入图片描述 在这里插入图片描述 ==但是Volatile无法解决指令交错:==

在这里插入图片描述 在这里插入图片描述

参考资料: 一文解决内存屏障.