【Java|多线程与高并发】volatile关键字和内存可见性问题

文章目录

  • 1.前言
  • 2. 编译器优化带来的内存可见性问题
  • 3. 使用volatile保证内存可见性
  • 5.volatile不能保证原子性
  • 以JMM的角度看待volatile
  • 总结

1.前言

synchronizedvolatile都是Java多线程中很重要的关键字,但它们的作用和使用场景有所不同。

synchronized关键字可以保证同一时刻只有一个线程可以访问被synchronized关键字保护的代码块,从而避免多个线程对共享资源的并发访问导致的数据不一致问题。

关于synchronized关键字更详细的介绍,可以参考我之前写的这篇文章线程安全问题以及synchronized使用实例

volatile用于保证变量在多个线程之间的可见性和有序性。

本文主要介绍valatite关键字

在这里插入图片描述

在介绍volatile关键字之前,先来认识一下编译器优化带来的问题.

2. 编译器优化带来的内存可见性问题

编译器优化是编译器在编译源代码时,对代码进行的一系列优化处理,以提高程序的运行效率和性能。

编译器优化的主要目标是在不改变程序功能的前提下,尽可能地减少程序的运行时间和内存占用。

但编译器优化在多线程环境下可能会造成内存可见性问题.

内存可见性问题:
当一个线程修改一个共享变量的值时,这个值会被保存在该线程的本地内存中,而不是直接写入主内存中。
如果其他线程需要读取该共享变量的值,它们可能会从自己的本地内存中读取旧值,而不是从主内存中读取最新的值,从而导致数据不一致的问题。

示例:

public class Demo9 {
    static class Counter{
        public  int count = 0;
    }
    public static void main(String[] args) {
        Counter counter = new Counter();

        Thread t1 = new Thread(()->{
            while(counter.count == 0){
               
            }
            System.out.println("t1 执行结束!");
        });
        t1.start();

        Thread t2 = new Thread(()->{
            Scanner scanner = new Scanner(System.in);
            System.out.print("> ");
            counter.count = scanner.nextInt();
        });
        t2.start();
    }
}

运行结果:
【Java|多线程与高并发】volatile关键字和内存可见性问题_第1张图片
虽然counter.count的值修改成1了,但是t1的循环并没有结束. 为什么呢?

其实原因主要是在这里
【Java|多线程与高并发】volatile关键字和内存可见性问题_第2张图片
counter.count == 0 这个操作会有两步,读内存(load)和进行比较(cmp).加上这里的条件是while,那么此时读内存和进行比较就会执行很多次.

编译器就会对上述代码进行优化,读内存比进行比较这个操作慢得多.
既然频繁读内存,且每次读内存后的值都是一样的,那么就没必要多次读内存了.只读一次后面就直接读本地内存中的值(提高效率).

因此在进行修改counter.count的值之前,t1线程就已经读过counter.count的值了,t2修改了但t1并没有感知到. 这也就是编译器优化带来的内存可见性问题

3. 使用volatile保证内存可见性

内存可见性是指多个线程之间共享变量时,对变量的修改能够被其他线程及时地看到。

当一个变量被声明为volatile时,每次读取该变量时,都会从主内存中读取最新的值,而不是从线程的本地内存中读取。同样,每次写入该变量时,都会立即将值刷新到主内存中,而不是仅在线程的本地内存中修改。

接下来就可以通过volatile关键字解决上述的问题
在这里插入图片描述
只需在count变量前加上volatile即可.

运行结果:
在这里插入图片描述
可以看到加上volatile关键字之后,修改count的值,t1就能够"感知"到了.

上述就是简单的使用volatile保证内存可见的简单案例

但其实编译器优化导致的内存可见性问题,也并不是一定就会发生.
【Java|多线程与高并发】volatile关键字和内存可见性问题_第3张图片
如果让t1线程这里的while里面加一个线程休眠2s这段代码,此时即使不加volatile关键字,也不会导致内存可见性问题.

在这里插入图片描述
这里为什么不会产生内存可见性呢?

2s对于我们人来说,很短.但是对于计算机来说却是很漫长的.
别忘了编译器优化的目的,编译器优化主要是为了提高效率.
休眠2s,编译器即使优化了也没有什么提升.

5.volatile不能保证原子性

原子性是指操作或事务的不可分割性和不可中断性

就以两个线程针对同一个变量,同时进行修改操作为例:

class Counter{
    public volatile int count;
    public void add(){
        count++;
    }
}
public class Demo10 {
    private static Counter counter = new Counter();
    public static void main(String[] args) throws InterruptedException {
        Thread t1 = new Thread(()->{
            for (int i = 0; i < 50000; i++) {
                counter.add();
            }
        });
        Thread t2 = new Thread(()->{
            for (int i = 0; i < 50000; i++) {
                counter.add();
            }
        });
        t1.start();
        t2.start();
        t1.join();
        t2.join();
        System.out.println("count = "+counter.count);
    }
}

运行结果:
在这里插入图片描述
其实之前谈synchronized的时候,就说过这个问题.

count++这个操作可以分为3步:
【Java|多线程与高并发】volatile关键字和内存可见性问题_第4张图片
因此count++并不是原子性. 我们需要使用synchronized来保证原子性.但是volatile并不能保证原子性

以JMM的角度看待volatile

JMM是Java内存模型(Java Memory Model)的简称,是一种规范,用于规定Java虚拟机(JVM)如何与计算机内存交互,以及多线程如何访问共享内存。

volatile禁止了编译器优化,避免了直接读取缓存(工作内存)中的数据,而是每次都去读取主内存中的数据.

以JMM的视角看待volatile:
正常程序运行时,会把主内存中的数据加载到工作内存中,在进行计算处理.
编译器优化可能会导致读到的数据来自于工作内存,而不是主内存
volatile的效果就是保证每次读到的数据都是从主内存读到的

总结

volatile关键字主要用于保证可见性和有序性,但不能保证原子性。
适用场景:

  1. 变量被多个线程共享,且其中一个线程修改了该变量的值,需要让其他线程立即看到该修改。
  2. 变量的值在程序中的读写顺序很重要,需要保证操作的有序性。

volatile会禁止编译器和JVM对代码进行优化,增加了内存的读写操作,降低了程序的执行效率。

感谢你的观看!希望这篇文章能帮到你!
专栏: 《从零开始的Java学习之旅》在不断更新中,欢迎订阅!
“愿与君共勉,携手共进!”
在这里插入图片描述

你可能感兴趣的:(从零开始的Java学习之旅,#,多线程与高并发的那些事,java,jvm,开发语言)