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

心已赠人 2023-10-12 14:04 44阅读 0赞

#### 文章目录 ####

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

## 1.前言 ##

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

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

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

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

本文主要介绍`valatite`关键字

![在这里插入图片描述][ef96c7ced0464ab8a140e26af49d324b.gif_pic_center]

在介绍`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();
        }
    }

运行结果:  
![在这里插入图片描述][069199dbc5264a8ba0a81ff1e0e15513.png]  
虽然`counter.count`的值修改成1了,但是t1的循环并没有结束. 为什么呢?

其实原因主要是在这里  
![在这里插入图片描述][0ffb411ef7684d0a95d3ec39558363fb.png]  
`counter.count == 0` 这个操作会有两步,读内存(load)和进行比较(cmp).加上这里的条件是`while`,那么此时读内存和进行比较就会执行很多次.

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

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

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

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

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

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

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

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

但其实编译器优化导致的内存可见性问题,也并不是一定就会发生.  
![在这里插入图片描述][4d41c5daba544fe7ad847ea70d77fcad.png]  
如果让t1线程这里的while里面加一个线程休眠2s这段代码,此时即使不加`volatile`关键字,也不会导致内存可见性问题.

![在这里插入图片描述][02ecbacc2bae4c408215b70c8082510a.png]  
这里为什么不会产生内存可见性呢?

> 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);
        }
    }

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

count++这个操作可以分为3步:  
![在这里插入图片描述][961b653319654da98ae910b00530b654.png]  
因此count++并不是原子性. 我们需要使用`synchronized`来保证原子性.但是`volatile`并不能保证原子性

## 以JMM的角度看待volatile ##

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

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

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

## 总结 ##

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

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

volatile会禁止编译器和JVM对代码进行优化，增加了内存的读写操作，降低了程序的执行效率。  
![在这里插入图片描述][2952e8638c074f8eae199834310ed740.gif_pic_center]

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

[synchronized]: https://blog.csdn.net/m0_63463510/article/details/131122445
[ef96c7ced0464ab8a140e26af49d324b.gif_pic_center]: https://img-blog.csdnimg.cn/ef96c7ced0464ab8a140e26af49d324b.gif#pic_center
[069199dbc5264a8ba0a81ff1e0e15513.png]: https://img-blog.csdnimg.cn/069199dbc5264a8ba0a81ff1e0e15513.png
[0ffb411ef7684d0a95d3ec39558363fb.png]: https://img-blog.csdnimg.cn/0ffb411ef7684d0a95d3ec39558363fb.png
[8bc40489632c45c6a8634298c29ffe8a.png]: https://img-blog.csdnimg.cn/8bc40489632c45c6a8634298c29ffe8a.png
[28a9b076ee2d46b29293850b605edbaa.png]: https://img-blog.csdnimg.cn/28a9b076ee2d46b29293850b605edbaa.png
[4d41c5daba544fe7ad847ea70d77fcad.png]: https://img-blog.csdnimg.cn/4d41c5daba544fe7ad847ea70d77fcad.png
[02ecbacc2bae4c408215b70c8082510a.png]: https://img-blog.csdnimg.cn/02ecbacc2bae4c408215b70c8082510a.png
[04737d7ae9f545c7acc32d23735b729c.png]: https://img-blog.csdnimg.cn/04737d7ae9f545c7acc32d23735b729c.png
[961b653319654da98ae910b00530b654.png]: https://img-blog.csdnimg.cn/961b653319654da98ae910b00530b654.png
[2952e8638c074f8eae199834310ed740.gif_pic_center]: https://img-blog.csdnimg.cn/2952e8638c074f8eae199834310ed740.gif#pic_center
[Java]: https://blog.csdn.net/m0_63463510/category_11797418.html
[8fbf2a7f2d0e4db782e58035677a303d.png_pic_center]: https://img-blog.csdnimg.cn/8fbf2a7f2d0e4db782e58035677a303d.png#pic_center