Java面试官最常问的volatile关键字

在Java相关的职位面试中，很多Java面试官都喜欢考察应聘者对Java并发的了解程度，以volatile关键字为切入点，往往会问到底，Java内存模型(JMM)和Java并发编程的一些特点都会被牵扯出来，再深入的话还会考察JVM底层实现以及操作系统的相关知识。

接下来让我们在一个假想的面试过程中来学习一下volitile关键字吧。

1. Java并发这块掌握的怎么样？来谈谈你对volatile关键字的理解吧。

参考答案：

我的理解是，被volatile修饰的共享变量，就会具有以下两个特性：

1. 保证了不同线程对该变量操作的内存可见性。
2. 禁止指令重排序。

2. 那你可不可以详细的说一下究竟什么是内存可见性，什么又是重排序？

参考答案：

这个要是说起来可就多了，我就从Java内存模型开始说起吧。Java虚拟机规范试图定义一个Java内存模型(JMM)，以屏蔽所有类型的硬件和操作系统内存访问差异，让Java程序在不同的平台上能够达到一致的内存访问效果。简单地说，由于CPU执行指令的速度很快，但是内存访问速度很慢，差异不是一个量级，所以搞处理器的那群大佬们又在CPU里加了好几层高速缓存。

我有一个QQ群：615741636，经常会分享一些Java技术相关的干货；如果你喜欢我的分享，可以添加。

在Java内存模型中，对上述优化进行了一波抽象。JMM规定所有的变量都在主内存中，类似于上面提到的普通内存，每个线程又包含自己的工作内存，为了便于理解可以看成CPU上的寄存器或者高速缓存。因此，线程的操作都是以工作内存为主，它们只能访问自己的工作内存，并且在工作之前和之后，该值被同步回主内存。

说的我自己都有点晕了，用一张图来帮助我们理解吧：

线程执行的时候，将首先从主内存读值，再load到工作内存中的副本中，然后传给处理器执行，执行完毕后再给工作内存中的副本赋值，随后工作内存再把值传回给主存，主存中的值才更新。

使用工作内存和主存，虽然加快了速度，但也带来了一些问题。例如：

1 i = i + 1;

假设 i 的初始值为 0 ，当只有一个线程执行它的时候，结果肯定是 1 ，那么当两个线程执行时，得到的结果会是 2 吗？不一定。可能会存在这种情况：

1 线程1： load i from 主存    // i = 0
2         i + 1  // i = 1
3 线程2： load i from主存  // 因为线程1还没将i的值写回主存，所以i还是0
4         i +  1 //i = 1
5 线程1:  save i to 主存
6 线程2： save i to 主存

如果两个线程遵循上面的执行过程，那么 i 的最终值竟然是 1 。如果最后的写回生效的慢，你再读取 i 的值，都可能会是 0 ，这就是缓存不一致的问题。

接下来就要提到您刚才所问的问题了，JMM主要围绕在并发过程中如何处理并发原子性、可见性和有序性这三个特征来建立的，通过解决这三个问题，就可以解决缓存不一致的问题。而volatile跟可见性和有序性都有关。

3. 那你具体说说这三个特性呢？

1 . 原子性(Atomicity)：

在Java中，对基本数据类型的读取和赋值操作是原子性操作，所谓原子性操作就是指这些操作是不可中断的，要做一定做完，要么就没有执行。 例如：

1 i = 2;
2 j = i;
3 i++;
4 i = i + 1；

以上四个操作， i = 2 是一个读取操作，肯定是原子性操作， j = i 你觉得是原子性操作，但事实上，可以分为两个步骤，一个是读取 i 的值，然后再把值赋给 j ，这已经是两步操作了，不能称为原子操作，i++ 和 i = i + 1 是等效的，读的值，+ 1，然后写回主存，这是三个步骤的操作了。在上面的例子中，最后一个值可能在各种情况下，因为它不会满足原子性。

在本例中，只有一个简单的读取，赋值是一个原子操作，并且只能被分配给一个数字，使用变量来读取变量的值的操作。一个例外是，在虚拟机规范中允许64位数据类型(long和double)，它被划分为两个32位操作，但是JDK的最新实现实现了原子操作。

JMM只实现基本的原子性，比如上面的i++操作，它必须依赖于同步和锁定，以确保整个代码块的原子性。在释放锁之前，线程必须将I的值返回到主内存。

2 . 可见性(Visibility)：

说到可见性，Java使用volatile来提供可见性。当一个变量被volatile修改时，它的变化会立即被刷新到主存，当其他线程需要读取变量时，它会读取内存中的新值。普通变量不能保证。

事实上，同步和锁定也可以保证可见性。在释放锁之前，线程将把共享变量值刷回主内存，但是同步和锁更昂贵。

3 . 有序性（Ordering）

JMM允许编译器和处理器重新排序指令，但是指定了as-if-串行语义，也就是说，无论重新排序，程序的执行结果都不能更改。例如:

1 double pi = 3.14;    //A
2 double r = 1;        //B
3 double s= pi * r * r;//C

上面的语句中,可以按照C - > B - >,结果是3.14,但它也可以按照的顺序B - > - > C,因为A和B是两个单独的语句,并依赖,B,C和A和B可以重新排序,但C不能行前面的A和B。JMM确保重新排序不会影响单线程的执行，但容易出现多线程问题。例如，这样的代码:

 1 int a = 0;
 2 bool flag = false;
 3  
 4 public void write() {
 5     a = 2;              //1
 6     flag = true;        //2
 7 }
 8  
 9 public void multiply() {
10     if (flag) {         //3
11         int ret = a * a;//4
12     }
13      
14 }

如果有两个线程执行上面的代码段，线程1首先执行写，然后再乘以线程2。最后，ret的值必须是4?不一定:

如图1和2所示，在写方法中进行重新排序，线程1对第一个赋值为true，然后执行到线程2,ret直接计算结果，然后再执行线程1，这一次的CaiFu值为2，显然是较晚的步骤。

此时要标记加上volatile关键字，重新排序，可以确保程序的“顺序”，也可以基于重量级的同步和锁定来确保，他们可以确保在代码执行的区域内一次性完成。

此外，JMM有一些内在的规律性，也就是说，没有任何方法可以保证有序，这通常称为发生在原则之前。<< jsr-133: Java内存模型和线程规范>>定义了以下事件:

 1 int a = 0;
 2 bool flag = false;
 3  
 4 public void write() {
 5    a = 2;              //1
 6    flag = true;        //2
 7 }
 8  
 9 public void multiply() {
10    if (flag) {         //3
11        int ret = a * a;//4
12    }
13     
14 }

原文链接:https://www.cnblogs.com/zhanlaoshi/p/10811656.html
如有疑问请与原作者联系

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有