Java封神之路(第一天Java内存模型)

从今天开始，按照Java封神之路的帖子开始系统的学习，希望在这段时间里能有所收货。新手上路，请各路大神多多指教，谢谢。

1.1JVM

JVM即Java Virtual Machine，使用Java编译器编译后的字节码文件可以运行其上，JVM可以根据不同平台来进行设计，所以可以说JVM是Java跨平台的基础。

当然JVM也有自己的标准，JVM设计的初衷就是只要能生成符合JVM规范的字节码文件，那么生成的字节码文件就可以运行在JVM虚拟机上，可以将Java看做是基于JVM上的一种语言的默认实现。

关于JVM部分的学习，基本上以《深入理解Java虚拟机 JVM高级特性与最佳实践》第2版为主要参考，辅以并发编程网下的文章、慕课网实战课程《Java并发编程与高并发解决方案》和谷歌、百度的结果。

1.1.1 Java内存模型、Java内存管理、Java堆和栈、垃圾回收

1.1.1.1Java内存模型

首先来学习一下Java的内存模型。Java的内存模型即JMM(Java Memroy Model)。

JMM定义了:

1.Java虚拟机在内存中的工作方式。

2.一个线程如何和何时可以看到其他线程修改过的共享变量的值。

3.在必须时如何同步的访问共享变量。

JMM是隶属于JVM的。

图1

首先，来了解一下，图1 JVM分配的两个概念，一个是堆(Heap)，一个是栈(Stack)。

Java里面的堆是一个运行时的数据区，堆是由垃圾回收来负责的。堆的优势是可以动态分配内存大小，生存期也不必事先告诉编译器，因为其是在运行时动态分配内存的，Java的垃圾收集器会自动清除不需要的内存数据，但是也有缺点，由于要在运行时动态分配内存，所以存取速度会相对来说慢一些。

栈比堆要快，仅次于计算机中的寄存器。栈的数据是可以共享的，但是缺点是栈中数据的大小与生存期必须是固定的缺乏灵活性，一般储存一些基本的类型变量。

JMM要求调用栈和本地变量存放在线程栈上，对象存放在堆上。一个本地变量也可能是指向一个对象的引用，这种情况下引用这个本地变量，是存储在线程栈上，但是对象本身是存在堆中。一个对象会有方法，方法中也会有很多本地变量，那么这些本地变量也是存储在线程栈上面的，即使这些方法所属的对象存放在堆上。静态成员变量和对象一起存放在堆上，存在堆上的对象，可以被所持有这个对象引用的线程栈所访问，当一个线程可以访问这个对象的时候，它也可以访问它的成员变量。

如果两个线程调用同一个对象中的同一个方法，他们将会都访问这个对象的成员变量，但是每一个线程都拥有了一个这个成员变量的私有拷贝。

上图为计算机架构的简单图示。

这里面的CPU为多个CPU，每个CPU都包含一系列的寄存器，他们是CPU内存的基础，CPU在寄存器上执行的速度远大于在主存上执行的速度，这是因为CPU访问寄存器的速度远大于主存。

接下来来介绍高速缓存Cache，由于计算机的存储设备与处理器的运算速度之间有着几个数量级的差距，所以现代计算机系统都不得不加上一个读写速度尽可能接近处理器的高级缓存，来作为内存与处理器之间的缓冲。将运算需要使用到的数据复制到缓存中，让运算能快速的进行，当运算结束后再从缓存同步到内存之中，这样处理器就不需要等待缓慢的内存读写了。CPU访问缓存的速度快于访问主存的速度，但通常还是比访问内部寄存器的速度要慢一点。

接下来说说主存Main Memory，一般都存在一个主存，主存通常比CPU的缓存大的多。

接下来来说说原理，通常请况下，当一个CPU需要读取主存的时候，会将主存的内容读取到CPU缓存中，甚至有可能将缓存中的内容读到内部寄存器里面，然后在寄存器中进行操作。当CPU需要将结果写回到主存的时候，它会将内部寄存器的值刷新到缓存中，然后在某个时间点将数据刷新回主存。

接下来，看一看JMM与硬件的计算机架构之间的一些关联

通过图可以看出来，JMM与硬件内存架构是存在一些差异的，硬件内存架构是没有区分线程栈和堆的。对于硬件内存架构而言，大部分的栈和堆都分布在主内存里面，部分栈和堆可能会出现在CPU缓存中和CPU内部的寄存器里面。

接下来从抽象的角度来说一下，线程和主内存之间的抽象关系。线程间的共享变量存储在主内存里面，每一个线程都有一个私有的本地内存，本地内存是JMM的一个抽象概念，并不是真是存在的，它涵盖了缓存、写缓冲区、寄存器以及其他的硬件和编译器的优化。本地内存中存储了该线程已读或写共享变量的拷贝的副本，比如线程A需要使用主内存中的一个共享变量，那么需要先将该变量的副本拷贝到线程A的本地内存中，从更低的层次来说主内存就是硬件内存。是为了获取更好的运行速度，虚拟机及硬件系统可能会让工作内存优先存储于寄存器和高速缓存中，JMM中线程的工作内存，是CPU的寄存器和高速缓存的一个抽象描述，而JVM的静态内存存储模型，就是我们说的JVM内存模型，它只是对内存的物理划分而已，它只局限于内存，而且只局限于JVM的内存。

现在线程间通讯，要求必须经过主内存。如果线程A与线程B之间需要通讯的化必须要经历下面两个步骤:

1.线程A需要把更新过的，本地内存中的共享变量刷新到主内存里面去。

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

JMM中的8种同步操作:

1.lock(锁定)作用于主内存的变量，把一个变量标识为一个线程独占的状态。
2.unlock(解锁)作用于主内存的变量，把一个处于锁定状态的变量释放出来，释放后的变量才可以被其他线程锁定。
3.read(读取)作用于主内存的变量，把一个变量的值从主内存传输到线程的工作内存中，以便以后的load动作使用。
4.load(载入)作用于工作内存的变量，把read操作从主内存中得到的变量值放入工作内存的变量副本中。
5.use(使用)作用于工作内存的变量，把工作内存中的一个变量值传递给执行引擎。
6.assign(赋值)作用于工作内存的变量，把从执行引擎接收到的值赋值给工作内存的变量。
7.store(存储)作用于工作内存的变量，把工作内存中的一个变量值传送到主内存中，以便随后的write操作。
8.write(写入)作用于主内存的变量，把store操作从工作内存中一个变量的值传送到主内存的变量中。

同步规则:

1.如果要把一个变量从主内存中复制到工作内存，就需要按顺序的执行read和load操作，如果把变量从工作内存中同步回主内存中，就要按顺序的执行store和write操作。但Java内存模型只要求上述操作必须按顺序执行，而没有保证必须是连续执行。

2.不允许read和load、store和write操作之一单独出现。

3.不允许一个线程丢弃它的最近的assign操作，即变量在工作内存中改变了之后必须同步回主内存中。

4.不允许一个线程无原因地(没有发生过任何assign操作)把数据从工作内存同步到主内存中。

5.一个新的变量只能在主内存中诞生，不允许在工作内存中直接使用一个未被初始化(load或assign)的变量。即就是对一个变量实施use和store操作之前，必须先执行过了assign和load操作。

6.一个变量在同一时刻只允许一条线程对其进行lock操作，但lock操作可以被同一条线程执行多次，多次执行lock后，只有执行相同次数的unlock操作，变量才会被解锁。lock和unlock必须成对出现。

7.如果对一个变量执行lock操作，将会清空工作内存中此变量的值，在执行引擎使用这个变量前需要重新执行load和assign操作初始化变量的值。

8.如果一个变量事先没有被lock操作锁定，则不允许对它执行unlock操作；也不允许去unlock一个被其他线程锁定的变量。

9.对一个变量执行unlock操作之前，必须先把此变量同步到主内存中(执行store和write操作)。

以上来自于《Java并发编程与高并发解决方案》的课程笔记，明天会继续分析并发编程网中提供的文章，来看一看是否有新的知识点。