【Java】并发编程：volatile关键字

在Java５之前，volatile关键字在程序中使用往往会导致一些出人意料的结果。在Java５之后，volatile关键字才重获生机。

一．内存模型的相关概念

大家都知道，计算机在执行程序时，每条指令都是在CPU中执行的，而指令执行过程中，势必会涉及到数据的读取和写入。由于程序运行中的临时数据是存放在（物理内存）当中的，这时就存在一个问题，由于CPU执行速度很快，而从内存读取数据和向内存写入数据的过程根CPU执行指令的速度比起来要慢的多，因此如果任何时候对数据的操作都要通过和内存的交互来进行，会大大降低指令执行的速度。因此，CPU里面就有了高速缓存。

也就是，当程序在运行过程中，会将运算需要的数据从主存复制一份到CPU的高速缓存当中，那么CPU进行运算时就可以直接从它的高速缓存读取数据和向其中写入数据，当运算结束之后，再将告诉缓存中的数据刷新到主存当中去。
例如下面这段代码：

i＝ｉ＋１；

当线程执行这个语句时，会先从主存中读取当前的值，然后复制一份到高速缓存中，然后CPU执行指令对i进行加１操作，然后然后将数据写入高速缓存，最后将高速缓存中ｉ最新的值刷新到主存当中。
这个代码在单线程中运行是没有任何问题的，但是在多线程中运行就有问题了。在多核CPU中，每条线程可能运行于不同的CPU中，因此每个线程运行时有自己的高速缓存（对单核CPU来说，其实也会出现，只不过是以线程调度的形式来分别执行的）。
以多核CPU为例：比如同时有两个线程执行这段代码，假如初始时i的值为０，那么我们希望两个线程执行完之后i的值变为２。但是事实会是这样吗？
可能存在下面一种情况：初始时，两个线程分别读取i的值存入各自的高速缓存当中，然后线程１进行加１操作，然后把i最新的值１写入到内存。此时线程２的的高速缓存当中i的还是０，进行加１操作之后，i的值为１，然后线程２的把i的值写入内存。
最终结果i的值是１，而不是２。这就是著名的缓存一致性问题。通常称这种被多个线程访问的变量称为共享变量。
也就是说，如果一个变量在多个CPU中都存在缓存（一般在多线程编程时才会出现），那么就可能存在缓存不一致的问题。
为了解决缓存不一致性问题，通常来说有以下２中解决办法：
（１）通过在总线加LOCK＃锁方式
（２）通过缓存一致性协议
这两种方式都是硬件层面上提供的方式。

在早期的CPU当中，是通过在总线上加LOCK＃锁的形式来解救缓存不一致的问题。因为CPU和其他部件通过通信都是通过总线来进行的，如果对总线加LOCK＃锁的话，也就是说阻塞了其他CPU对其他部件访问（如内存），从而使得只能有一个CPU使用这个变量的内存。比如上面例子中，如果一个线程在执行i＝i＋１，如果在执行这段代码的过程中，在总线上发出了LOCK＃锁的信号，那么只有等待这段代码完全执行完毕之后，其他CPU才能从变量i所在的内存读取变量，然后进行相应的操作。这样就解决了缓存不一致的问题。

但是上面的方式会有一个问题，由于在锁住总线期间，其他CPU无法访问内存，导致效率低下。

所以就出现了缓存一致性协议。最出名的就是Intel的MESI协议，MESI协议保证了每个缓存中使用的共享变量的副本是一致的。它核心的思想是：在CPU写数据时，如果发现操作的变量是共享变量，即在其他CPU中中也存在该变量的副本，会发出信号通知其他CPU将该变量的缓存行置为无效状态，因此当其他CPU需要读取这个变量时，发现自己缓存中缓存该变量的缓存行是无效的，那么它就会从内存中重新读取。

二、并发编程中的三个概念

在并发编程中，我们通常会遇到以下三个问题：原子性问题、可见性问题、有序性问题。我么先来看看这三个概念：
1.原子性：即一个操作或者多个操作，要么全部执行并且执行的过程不会被任何因素打断，要么就都不执行。

一个很经典的例子就是银行转账问题：

比如账户A向账户B转1000元，那么必然包括两个操作：从A账户减去1000元之后，操作突然中止。然后又从B取出了500元，取出500元之后，再执行往B账户上加1000的元的操作。这样就会导致账户A虽然减去了1000元，但是账户B上并没有收到这个转来的1000元。

所以这两个操作必须要具备原子性才能保证不出现一些意外的问题。

然而在并发编程中会出现什么样的结果呢？

举个简单的例子，如果为一个32位的变量赋值，这个国产如果不具备原子性，会发生什么后果？

i=9;

我们假设为一个32位的变量赋值包括两个过程：为低16位赋值，为高16位赋值。
那么就可能会发生一种情况：当低16位写入之后，突然被中段，而此时又有一个线程去读i的值，那么读到的就是错误的数据。

2.可见性
可见性是指当多个线程访问同一个变量时，其中一个线程修改了这个变量的值，那么其他线程能够立即看到修改的值。
举个简单的例子，看下面这段代码：

//线程1执行的代码
int i=0；
i=10；

//线程2执行的代码
j=i；

假若执行线程1的是CPU1，执行线程2的是CPU2。由上面的分析可知，当线程1执行i=10这句代码时，会先把i的初始值加载到CPU1的高速缓存中，然后赋值为10，那么在CPU1的高速缓存当中i的值变为10了，却没有立即写入到主存当中。

此时线程2执行j=i，它会先去主存中读取i的值并加载到CPU2的缓存当中，注意此时内存当中i的值还是0，那么就会使得j的值是0而不是10。

这就是可见性问题，线程1对变量i修改了之后，线程2没有立即看到线程1修改的值。

3.有序性
有序性：即程序执行的顺序按照代码的先后顺序执行。举个简单的例子，看下面这段代码：

int i = 0;
boolean flag = false;
i = 1;//语句1
flag = true;//语句2

上面代码定义了一个int类型的变量，定义了一个boolean类型的变量，然后分别对两个变量进行操作。从代码顺序上看，语句1是在语句2前面的，那么JVM字真正执行这段代码的时候会保证语句1一定会在语句2前面执行吗？不一定，为什么呢？

这里可能会发生指令重排序。

什么是指令重排序呢，一般来说，处理器为了提高程序运行效率，可能会对输入代码进行优化，它不保证程序中各个语句的执行先后顺序同代码中的顺序，但是他会保证程序最终的执行结果和代码顺序执行的结果是一致的。

比如在上面的代码中，语句1和语句2谁先执行对最终的程序结果并没有什么影响，那么在执行过程中，语句2的执行就可能先于语句1。

但是要注意，虽然处理器会对指令进行重排序，但是它会保证程序最终结果和代码顺序执行结果相同，那么它是靠什么保证的呢?
再看一个例子：

int a  = 10;//语句1
int r = 2;//语句2
a = a+3;//语句3
r = a*a;//语句4

这段代码有四个语句，那么可能的一个执行顺序是：

那么有可能会是这个执行顺序吗？语句2—>语句1—>语句4—>语句3

答案是不可能，因为处理器在进行重排序时是会考虑 指令之间的数据依赖性的，如果一个指令Instruction2必须用到Instruction1的结果，那么处理器会保证Instruction1会在Instruction2之前执行。

虽然重排序不会影响到单个线程内程序执行的结果，但是多线程呢？下面看一个例子：

//线程1
context = loadContext();//语句1
inited = true;//语句2

//线程2
while(!inited){
	sleep();
}
doSomethingwithconfig(context);

上面代码中，由于语句1和语句2没有数据依赖性，因此可能会被重排序。假如发生了重排序，在线程1执行过程中，先执行语句2，而此时线程2会以为初始化工作已经完成。那么就会跳出while()循环，去执行doSomethingwithconfig(context)方法，而此时context()并没有初始化，就会导致程序出错。

从上面可以看出，指令重排序不会影响单个线程的执行，但是会影响程序并发执行的正确性。

也就是说，要想并发程序正确的执行，必须要保证原子性、可见性以及有序性。只要有一个没有被保证，就有可能会导致程序运行不正确。

三、Java内存模型

Java内存模型也为我么提供了一些保证以及在Java中也提供了一些方法和和机制让我们在多线程编程时能够保证程序执行的正确性。

在Java虚拟机规范中视图定义一种**Java内存模型（Java Memory Model,JMM）**来屏蔽各个硬件平台和操作系统的内存访问差异，以实现让Java程序在各种平台下都能达到一致的内存访问效果。在Java内存模型中定义了程序中变量的访问规则，往大一点就是定义了程序的执行顺序。

注意：为了获得较好的执行性能，Java内存模型并没有限制执行引擎使用处理器的寄存器或者高速缓存来提升指令执行的速度，也没有限制编译器对指令重排序。也就是说，在Java内存模型中，也会存在缓存一致性问题和指令重排序。

Java内存模型规定，所有的变量都是存在主存当中（类似于前面说的物理内存），每个线程都有自己的工作内存（类似于前面的高速缓存）。线程对变量的所有操作都必须在自己的工作内存中进行，而不能对主存直接操作。并且每个线程不能访问其他线程的工作内存。

举例：

i = 10；

执行线程必须先在自己的工作内存中对变量i所在的缓存行进行赋值，然后在写入主存当中。而不是直接将数值10写入到主存当中。

在Java语言中，也对原子性、可见性以及有序性提供了一些保证。
1.原子性
在Java语言中，对变量的读取和赋值都是原子性操作，即这些操作是不可被中断的，要么执行，要么不执行。
举例，下面哪些语句是原子性操作：

x = 10；//语句1
y = x;//语句2
x ++;//语句3
x = x +1;//语句4

答案是只有语句1是原子性操作。其他三个都不是。
语句1是直接将数值10赋给x，也就是说线程执行这个语句会直接将值写入到工作内存当中。
语句2其实包含两个操作，先去主存中读取x的值，然后再将x写入到工作内存。虽然读取x的值和将x的值写入工作内存都是 原子性操作，但是合起来就不是原子性操作了。
同样的x++和x=x+1包含三个操作：读取x的值，进行加1操作，写入新的值。
因此只有语句1是原子性操作，其他的均不是。

也就是说，只有简单的读取和赋值（而且必须是将某个数字赋给某个变量，变量之间的相互赋值不是原子性操作）才是原子性操作。

注意：在32位平台中，对64数据的读取和赋值是需要两个操作来完成的，不能保证其原子性。但是好像在最新的JDK中，JVM已经保证了对64位数据的读取和赋值也是原子性操作了。

从上面可以看出，Java内存模型只是保证了对基本数据类型的读取和赋值是原子性操作，如果需要实现更大范围的原子性操作，可以用synchronized和Lock来实现。由于synchronized和lock能够保证任意时刻只有一个线程执行该代码块，那么就不存在原子性问题了。从而保证了原子性。

2.可见性
Java中提供了Volatile关键字来保证可见性。

当一个共享变量被Valatile修饰时，它会保证修改的值立即被更新到主存，当有其他线程需要读取时，它会区去内存中读取新值。

而普通的变量不能保证可见性，因为普通共享变量被修改之后，什么时候写入主存是不确定的，当其他线程去读取时，此时内存中可能还是原来的旧值，因此无法保证可见性。

另外，通过synchronized和lock也能保证可见性，synchronized和lock能保证同一时刻只有一个线程获取锁后执行同步代码，并且在释放锁之前会将对变量的修改刷新到主存中。

3.有序性
在Java内存模型中，允许编译器和处理器对指令进行重排序，但是重排序过程不会影响到单线程程序的执行，却会影响到多线程并发执行的正确性。

在Java中，可以通过volatile关键字来保证一定的“有序性”。另外可以通过synchronized和Lock来保证有序性，很显然，synchronized和Lock保证每个时刻是有一个线程执行同步代码，相当于是让线程执行同步代码，自然就保证了有序性。

另外，Java内存模型具备一些先天的有序性，即不需要通过任何手段就能够得到保证的有序性，这个通常也称为happens-before原则。如果两个操作的执行次序无法从happends-before原则推导出来，那么就不能保证他们的有序性，虚拟机可以随意的对它们进行重排序。

下面操作介绍happens-before原则（先行先发生原则）：
（1）程序次序原则：一个线程内，按照代码顺序，书写在前面的操作先行发生于书写在后面的操作。
（2）锁定原则：一个unlock操作先行发生于后面对同一个锁的lock操作。
（3）volatile变量规则：对一个变量的写操作先行发生于后面对这个变量的读操作。
（4）传递原则：如果操作A先行发生于操作B，而操作B又先行发生于操作C，则可以得出操作A先行发生于操作C。
（5）线程启动规则：Thread对象的start（）方法先行发生于此线程的每一个动作。
（6）线程中断规则：对线程interrupt（）方法的调用先行发生于被中断线程代码检测到中断事件的发生。
（7）线程终结规则：线程中所有的操作都先行发生于线程的终止监测。我们可以通过Thread.join()方法结束、Thread.isAlive()的返回值检测到线程已经终止执行。
（8）对象终结规则：一个对象的初始化完成先行发生于他的finalize()方法的开始。

解释：

程序次序原则：准确点来说，就是一段程序代码在单个线程中看起来是有序的。注意，虽然这条规则中提到“书写在前面的操作先行发生于书写在后面的操作”，这个应该是程序看起来执行的顺序是按照代码顺序执行的。因为虚拟机可能会对程序代码进行指令重排序。虽然重排序，但是最终执行的结果与程序顺序执行的结果是一致的。

锁定规则：就是说无论是在单线程还是在多线程中，同一个锁如果处于被锁定的状态，那么必须先对锁进行释放操作，后面才能继续进行lock()操作。

volatile变量原则：就是如果一个线程先去写一个变量，然后一个线程去进行读取操作，那么写入操作肯定会先行发生于读操作。

传递规则：也就是体现happens-before原则具备传递性。