多线程系列(四) -volatile关键字使用详解

一、简介

在上篇文章中,我们介绍到在多线程环境下,如果编程不当,可能会出现程序运行结果混乱的问题。

出现这个原因主要是,JMM 中主内存和线程工作内存的数据不一致,以及多个线程执行时无序,共同导致的结果。

同时也提到引入synchronized同步锁,可以保证线程同步,让多个线程依次排队执行被synchronized修饰的方法或者方法块,使程序的运行结果与预期一致。

不可否认,采用synchronized同步锁确实可以保证线程安全,但是它对服务性能的消耗也很大,synchronized是一个独占式的同步锁,比如当多个线程尝试获取锁时,其中一个线程获取到锁之后,未获取到锁的线程会不断的尝试获取锁,而不会发生中断,当冲突严重的时候,线程会直接进入阻塞状态,不能再干别的活。

为了实现线程之间更加方便的访问共享变量,Java 编程语言还提供了另一种同步机制:volatile域变量,在某些场景下使用它会更加方便。

一般来说,被volatile修饰的变量,可以保证所有线程看到这个变量都是同一个值,同时它不会引起线程上下文的切换和调度,相比synchronizedvolatile更加的轻量化。

比较官方的解释,volatile修饰变量有以下几个作用:

  • 1.保证变量的可见性,不保证原子性
    当用volatile修饰一个变量时,JMM 会把当前线程本地内存中的变量强制刷新到主内存中去,这个写操作也会导致其他线程中被volatile修饰的变量缓存无效,然后从主内存中获取最新的值

  • 2.禁止指令重排
    正常情况下,编译器和处理器为了优化程序执行性能会对指令序列进行重排序,当然是在不影响程序结果的前提下。volatile能够在一定程度上禁止 JVM 进行指令重排。

从概念上感觉比较难理解,下面我们结合几个例子,一起来看看它的具体应用。

二、volatile 使用详解

我们先看一个例子。

public class DataEntity {
 private boolean isRunning = true;
 public void addCount(){
 System.out.println("线程运行开始....");
 while (isRunning){ }
 System.out.println("线程运行结束....");
 }
 public boolean isRunning() {
 return isRunning;
 }
 public void setRunning(boolean running) {
 isRunning = running;
 }
}
public class MyThread extends Thread {
 private DataEntity entity;
 public MyThread(DataEntity entity) {
 this.entity = entity;
 }
 @Override
 public void run() {
 entity.addCount();
 }
}
public class MyThreadTest {
 public static void main(String[] args) throws InterruptedException {
 // 初始化数据实体
 DataEntity entity = new DataEntity();
 MyThread threadA = new MyThread(entity);
 threadA.start();
 // 主线程阻塞1秒
 Thread.sleep(1000);
 // 将运行状态设置为false
 entity.setRunning(false);
 }
}

运行结果如下:

从实际运行结果来看,程序进入死循环状态,虽然最后一行手动设置了entity.setRunning(false),但是没有起到任何的作用。

原因其实也很简单,虽然主线程mainisRunning变量设置为false,但是线程threadA 里面的isRunning变量还是true,两个线程看到的数据不一致。

假如在isRunning变量上,加一个volatile关键字,我们再来看看运行效果。

/**
 * 在 isRunning 变量上加一个 volatile 关键字
 */
private volatile boolean isRunning = true;

运行结果如下:

程序运行后自动结束。

说明当主线程mainisRunning变量设置为false时,线程threadA 里面的isRunning值也随着发生变化。

说明被volatile修饰的变量,在多线程环境下,可以保证所有线程看到这个变量都是同一个值。

三、volatile 不适用的场景

对于某些场景下,volatile可能并不适用,我们还是先看一个例子。

public class DataEntity {
 private volatile int count = 0;
 public void addCount(){
 for (int i = 0; i < 100000; i++) {
 count++;
 }
 }
 public int getCount() {
 return count;
 }
}
public class MyThreadTest {
 public static void main(String[] args) throws InterruptedException {
 // 初始化数据实体
 DataEntity entity = new DataEntity();
 // 初始化5个线程计数器
 CountDownLatch latch = new CountDownLatch(5);
 // 采用多线程进行操作
 for (int i = 0; i < 5; i++) {
 new Thread(new Runnable() {
 @Override
 public void run() {
 entity.addCount();
 //线程运行完毕减1
 latch.countDown();
 }
 }).start();
 }
 // 等待以上线程执行完毕,再获取结果
 latch.await();
 System.out.println("result: " + entity.getCount());
 }
}

运行结果如下:

第一次运行:result: 340464
第二次运行:result: 318342
第三次运行:result: 305957

理论上使用 5 个线程分别执行了100000自增,我们预期的结果应该是5*100000=500000,从实际的运行结果可以看出,与预期不一致。

这是因为volatile的作用其实是有限的,它只能保证多个线程之间看到的共享变量值是最新的,但是无法保证多个线程操作共享变量时依次有序,无法保证原子性操作

上面的例子中count++不是一个原子性操作,在处理器看来,其实一共做了三个步骤的操作:读取数据对数据加 1回写数据,在多线程随机执行情况下,输出结果不能达到预期值。

如果想要实现与预期一致的结果,有以下三种方案可选。

方案一:采用synchronized同步锁

public class DataEntityC2 {
 private int count = 0;
 /**
 * 采用 synchronized 同步锁,可以实现多个线程执行方法时串行
 */
 public synchronized void addCount(){
 for (int i = 0; i < 100000; i++) {
 count++;
 }
 }
 public int getCount() {
 return count;
 }
}

方案二:采用Lock

public class DataEntityC2 {
 private int count = 0;
 private Lock lock = new ReentrantLock();
 /**
 * 采用 Lock 锁,可以实现多个线程执行方法时串行
 */
 public void addCount(){
 for (int i = 0; i < 100000; i++) {
 lock.lock();
 try {
 count++;
 } finally {
 lock.unlock();
 }
 }
 }
 public int getCount() {
 return count;
 }
}

方案三:采用JUC包中的原子操作类

public class DataEntity {
 private AtomicInteger inc = new AtomicInteger();
 /**
 * 采用原子操作类,原子操作类是通过CAS循环的方式来保证操作原子性
 */
 public void addCount(){
 for (int i = 0; i < 100000; i++) {
 inc.getAndIncrement();
 }
 }
 public int getCount() {
 return inc.get();
 }
}

以上三种方案,都可以实现程序的运行结果与预期一致!

四、volatile 的原理

通过以上的例子介绍,相信大家对volatile关键字的作用有了一些认识。

volatile修饰的变量,可以保证变量在内存中的可见性,但是无法保证原子性操作。

关于原子性、可见性和有序性的定义,这三个特性主要从多线程编程安全角度总结出来的一些基本要素,也是并发编程的三大核心基础,在上篇文章中有所提到过,这里不再重复讲了。

在 JVM 底层,volatile是通过采用“内存屏障”来实现内存可见性和禁止指令重排。观察不加入volatile和加入volatile关键字所生成的汇编代码发现,加入volatile关键字的代码会多出一个lock前缀指令,lock前缀指令实际上相当于一个内存屏障,可以提供以下 3 个功能。

  • 1.它确保指令重排序时,不会把后面的指令排到内存屏障之前的位置,也不会把前面的指令排到内存屏障的后面,禁止处理器对影响程序执行结果的指令进行重排
  • 2.它会强制将缓存的修改操作立刻写入主存,保证内存变量可见
  • 3.如果是写操作,它会导致其它 CPU 中对应的行缓存无效,目的是让其他线程中被volatile修饰的变量缓存无效,然后从主内存中获取最新的值

五、单例模式中的双重检锁为什么要加 volatile?

在上篇文章中,我们提到过单例设计模式中的双重校验锁实现。

public class Singleton { 
 private volatile static Singleton singleton; 
 
 private Singleton (){} 
 
 public static Singleton getSingleton() { 
 if (singleton == null) { //第一行
 synchronized (Singleton.class) { //第二行
 if (singleton == null) { //第三行
 singleton = new Singleton(); //第四行
 } 
 } 
 } 
 return singleton; //第五行
 } 
}

synchronized可以保证原子性、可见性和有序性,为什么变量singleton还需要加volatile关键字呢?

之所以需要加volatile关键字的原因是:问题出在第一行代码不在同步代码块之类,可能出现这个对象地址不为空,但是内容为空

以初始化一个Singleton singleton = new Singleton();为例,JVM 会分三个步骤完成:

a. memory = allocate() //分配内存
b. ctorInstanc(memory) //初始化对象
c. instance = memory //设置instance指向刚分配的地址

上面的代码在编译运行时可能会出现重排序,因为bc无逻辑关联,执行的顺序是a -> b -> c或者a -> c -> b,在多线程的环境下可能会出现问题。

分析过程如下:

  • 1.线程 A 执行到第四行代码时,线程 B 进来执行第一行代码
  • 2.假设线程 A 在执行过程中发生了指令重排序,先执行了ac,没有执行b
  • 3.由于线程 A 执行了c导致instance指向了一段地址,此时线程 B 检查singleton发现不为null,会直接跳转到第五行代码,返回一个未初始化的对象,导致程序会出现报错
  • 4.因此需要在singleton变量上加一个volatile关键字,当线程 A 执行完毕b操作之后,会变量强制刷新到主内存中,此时线程 B 也可以拿到最新的对象

这就是为啥双重检锁模式中,singleton变量为啥要加一个volatile关键字的原因。

采用双重检锁的方式,可以显著的提升并发查询的效率。

六、小结

本篇文章主要围绕volatile关键字的用途、使用方式和一些坑点,做了一个简单的知识总结,内容难免有所遗漏,欢迎网友留言指出!

七、参考

1、老鼠只爱大米 - Java volatile关键字总结

作者:程序员志哥原文地址:https://www.cnblogs.com/dxflqm/p/18022824

%s 个评论

要回复文章请先登录注册