Volatile

并发编程的三个特性

volatile 虽然从字面意思上理解比较简单,但是在实际环境中能正确的使用该变量并不容易,只有了解其背后的原理,我们才能发挥出这个关键字的重要作用。在理解原理之前,我们有必要先了解一下并发编程中三个常见的概念:原子性、可见性和顺序一致性。

原子性
原子性理解比较简单,与数据库系统中原子性意思基本一致,即一个操作或者多个操作要么全部执行并且执行的过程不会被任何因素打断,要么就都不执行。
一个很经典的例子就是银行账户转账问题:
比如从账户 A 向账户 B 转 1000 元,那么必然包括 2 个操作:从账户 A 减去 1000 元,往账户 B 加上 1000 元。
试想一下,如果这 2 个操作不具备原子性,会造成什么样的后果。假如从账户 A 减去 1000 元之后,操作突然中止。然后又从 B 取出了 500 元,取出 500 元之后,再执行往账户 B 加上 1000 元的操作。这样就会导致账户 A 虽然减去了 1000 元,但是账户 B 没有收到这个转过来的 1000 元。
所以这 2 个操作必须要具备原子性才能保证不出现一些意外的问题。
同样地反映到并发编程中会出现什么结果呢?
举个最简单的例子,大家想一下假如为一个 64 位的变量赋值过程不具备原子性的话,会发生什么后果?

1
long i = 9L;

假若一个线程执行到这个语句时,我暂且假设为一个 64 位的变量赋值包括两个过程:为低 32 位赋值,为高 32 位赋值。那么就可能发生一种情况:当将低 32 位数值写入之后,突然被中断,而此时又有一个线程去读取 i 的值,那么读取到的就是错误的数据。

可见性
可见性是指当多个线程访问同一个变量时,一个线程修改了这个变量的值,其他线程能够立即看得到修改的值。

举个简单的例子,看下面这段代码:

1
2
3
4
5
6
//线程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修改的值。

顺序一致性
即程序执行的顺序按照代码的先后顺序执行。举个简单的例子,看下面这段代码:

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

上面代码定义了一个 int 型变量,定义了一个 boolean 类型变量,然后分别对两个变量进行赋值操作。从代码顺序上看,语句 1 是在语句 2 前面的,那么 JVM 在真正执行这段代码的时候会保证语句 1 一定会在语句 2 前面执行吗?不一定,为什么呢?这里可能会发生指令重排序(Instruction Reorder)。

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

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

Volatile是什么?

在Sun的JDK官方文档是这样形容volatile的:

The Java programming language provides a second mechanism, volatile fields, that is more convenient than locking for some purposes. A field may be declared volatile, in which case the Java Memory Model ensures that all threads see a consistent value for the variable.

大意就说,如果一个变量加了volatile关键字,就会告诉编译器和JVM的内存模型:这个变量是对所有线程共享的、可见的,每次jvm都会读取最新写入的值并使其最新值在所有CPU可见。volatile似乎是有时候可以代替简单的锁,似乎加了volatile关键字就省掉了锁。但又说volatile不能保证原子性(java程序员很熟悉这句话:volatile仅仅用来保证该变量对所有线程的可见性,但不保证原子性)。

Volatile实现原理

常见问题 volatile为什么不能保证原子性

就比如在多线程中,多个线程对于一个实例变量的变量i进行自增操作,例如i++,这时候就产生了竞态条件导致,例如给i变量加5000次,得到的结果可能是5000得到的结果也可能是少于5000,尽管你加了volatile,这是为什么呢?要知道volatile仅是通过内存屏障的机制来保障

例如

load1;load2;store1;store2;StoreLoad;load3;store3…..

尽管你保证了可见性,但你不能保证该操作的原子性,所谓的原子性本质就是指令在执行期间不被打断,要么就是不执行,仔细想想i++是不是一个三步的复合操作:取值、相加、赋值,就比如:你在未赋值时别的线程执行时,别的线程也正在处以赋值状态,尽管你保障了可见性,但你并不能保证你拿到手上的值永远是最新值

Volatile的使用方法及场景

感谢您的阅读,本文由 YellowRifle 版权所有。如若转载,请注明出处:YellowRifle(https://yellowrifle.github.io/2019/11/05/Volatile/
ThreadLocal
Sychronized(对象锁)