01-并发编程之并发三大特性&JMM模型

JMM（Java内存模型--Java多线程通信模型）属于整个Java并发编程中最难的部分，也是最重要的部分，涉及的理论知识比较多，从三个维度去分析：

• JAVA层面
• JVM层面
• OS和硬件层面

那么这块如何学呢？

先理解并发的三大特性（可见性、有序性和原子性），了解JMM工作内存和主内存的关系，知道多线程之间如何通信的，掌握volatile能保证可见性和有序性、CAS算法的底层原理等就可以了。

并发专题不可避免的会涉及到计算机组成原理和操作系统相关知识，基础比较薄弱的童鞋，可能需要先去学习一下这块的知识。

并发和并行的区别

目标都是最大化CPU的使用率

并行：指同一时刻，有多条指令在多个处理器上同时执行。所以无论从微观上还是从宏观上看，二者都是同时执行的。

 并发：指在同一时刻只能有一条指令执行，但多个进程的指令在快速地轮换执行，使得宏观上看起来具有多个进程同时执行的效果，但在微观上并不是同时执行的，只是处理器把时间分成若干段，使多个进程快速交替的执行。

并发三大特性

并发编程bug的源头：可见性、有序性和原子性问题。

可见性

当一个线程修改了共享变量的值，其他线程能够看到修改后的值。

如何保证可见性

• volatile
• 内存屏障
• synchronized
• Lock

有序性

即程序按照代码的先后顺序正确执行。JVM存在指令重排，导致并发情况下存在有序性问题。

案例：int a,b,c,d =0; 线程1执行a=1，x=b；线程2执行b=1，y=x，打印xy的值，结果出现了00，证明存在指令重排序。

如何保证有序性

• volatile
• 内存屏障
• synchronized
• Lock

原子性

一个或多个操作，要么全部执行并且执行过程中不会被任何因素打断，要么全部不执行。在Java中，对基本类型的变量读取和赋值是原子性操作（64位操作系统），不采取任何保护原子性保障措施的自增操作并不是原子性的。

如何保证原子性

• synchronized
• Lock
• CAS
• 原子变量

思考：在 32 位的机器上对 long 型变量进行加减操作是否存在并发隐患？

Chapter 17. Threads and Locks

JAVA内存模型（JMM）

定义

        Java虚拟机规范中定义了Java内存模型（Java Memory Model，JMM），用于屏蔽掉各种硬件和操作系统的内存访问差异，以实现让Java程序在各种平台下都能达到一致的并发效果。JMM规范了Java虚拟机与计算机内存是如何协同工作的：规定了一个线程如何和何时可以看到由其他线程修改过后的共享变量的值，以及在必须时如何同步的访问共享变量。JMM描述的是一种抽象的概念，一组规则，通过这组规则控制程序中各个变量在共享数据区域和私有数据区域的访问方式，JMM是围绕原子性、有序性、可见性展开的。

JMM与硬件内存架构的关系

        Java内存模型与硬件内存架构之间存在差异。硬件内存架构没有区分线程栈和堆。对于硬件，大部分线程栈和堆都分布在主内存中，部分线程栈和堆可能有时候会出现在CPU缓存中和CPU内部的寄存器中。如下图所示，Java内存模型和计算机硬件内存架构是一个交叉关系：

 内存交互操作

        关于主内存与工作内存之间的具体交互协议，即一个变量如何从主内存拷贝到工作内存、如何从工作内存同步到主内存之间的实现细节，Java内存模型定义了以下八种操作来完成：

• lock（锁定）：作用于主内存的变量，把一个变量标识为一条线程独占状态。
• unlock（解锁）：作用于主内存变量，把一个处于锁定状态的变量释放出来，释放后的变量才可以被其他线程锁定。
• read（读取）：作用于主内存变量，把一个变量值从主内存传输到线程的工作内存中，以便随后的load动作使用
• load（载入）：作用于工作内存的变量，它把read操作从主内存中得到的变量值放入工作内存的变量副本中。
• use（使用）：作用于工作内存的变量，把工作内存中的一个变量值传递给执行引擎，每当虚拟机遇到一个需要使用变量的值的字节码指令时将会执行这个操作。
• assign（赋值）：作用于工作内存的变量，它把一个从执行引擎接收到的值赋值给工作内存的变量，每当虚拟机遇到一个给变量赋值的字节码指令时执行这个操作。
• store（存储）：作用于工作内存的变量，把工作内存中的一个变量的值传送到主内存中，以便随后的write的操作。
• write（写入）：作用于主内存的变量，它把store操作从工作内存中一个变量的值传送到主内存的变量中。

Java内存模型还规定了在执行上述八种基本操作时，必须满足如下规则：

• 如果要把一个变量从主内存中复制到工作内存，就需要按顺寻地执行read和load操作， 如果把变量从工作内存中同步回主内存中，就要按顺序地执行store和write操作。但Java内存模型只要求上述操作必须按顺序执行，而没有保证必须是连续执行。
• 不允许read和load、store和write操作之一单独出现
• 不允许一个线程丢弃它的最近assign的操作，即变量在工作内存中改变了之后必须同步到主内存中。
• 不允许一个线程无原因地（没有发生过任何assign操作）把数据从工作内存同步回主内存中。
• 一个新的变量只能在主内存中诞生，不允许在工作内存中直接使用一个未被初始化（load或assign）的变量。即就是对一个变量实施use和store操作之前，必须先执行过了load和assign操作。
• 一个变量在同一时刻只允许一条线程对其进行lock操作，但lock操作可以被同一条线程重复执行多次，多次执行lock后，只有执行相同次数的unlock操作，变量才会被解锁。lock和unlock必须成对出现
• 如果对一个变量执行lock操作，将会清空工作内存中此变量的值，在执行引擎使用这个变量前需要重新执行load或assign操作初始化变量的值
• 如果一个变量事先没有被lock操作锁定，则不允许对它执行unlock操作；也不允许去unlock一个被其他线程锁定的变量。
• 对一个变量执行unlock操作之前，必须先把此变量同步到主内存中（执行store和write操作）。

思考：何时将主内存中的值读取到工作内存？修改的变量什么时候刷新回主内存？

https://blog.csdn.net/m0_54368160/article/details/131005862

JMM对内存可见性的保障

按程序类型，Java程序的内存可见性保证可以分为下列3种情况：

• 单线程程序。单线程程序不会出现内存可见性问题。编译器、runtime和处理器会共同确保单线程程序的执行结果与该程序在顺序一致性模型中的执行结果相同。
• 正确同步的多线程程序。正确同步的多线程程序的执行将具有顺序一致性（程序的执行结果与该程序在顺序一致性内存模型中的执行结果相同）。这是JMM关注的重点，JMM通过限制编译器和处理器的重排序来为程序员提供内存可见性保证。
• 未同步/未正确同步的多线程程序。JMM为它们提供了最小安全性保障：线程执行时读取到的值，要么是之前某个线程写入的值，要么是默认值。未同步程序在JMM中的执行时，整体上是无序的，其执行结果无法预知。 JMM不保证未同步程序的执行结果与该程序在顺序一致性模型中的执行结果一致。

JVM内存模型和顺序一致性模型的区别

https://blog.csdn.net/qq_41820066/article/details/127376006