java 并发编程 请谈谈你对volitile的理解

1. volatile是什么

他是JVM提供的轻量级2同步机制

1.保证可见性

2.不保证原子性

3.禁止指令重排（保证有序性）

2.JMM内存模型之可见性

JMM本身是一种抽象的概念不是真实存在的，它描述的一组规则或者规范，通过这组规范定义了程序中的各个变量（包括实例字段，静态字段，和构成数组的元素）的访问方式。

JMM关于同步的规定：

1.线程解锁前，必须把共享变量的值刷新回主内存

2.线程枷锁前，必须读取主内存的最新值到自己的工作内存

3.枷锁解锁是同一把锁

由于JVM运行程序的实体是线程，而每个线程创建时JVM都会为其创建一个工作内存（有些地方称为栈空间），工作内存是每个线程的私有数据区域，而Java内存模型中规定所有变量都存储在主内存，主内存是共享内存区域，所有线程都可以访问，但线程对变量的操作（读取赋值等）必须在工作内存中进行，首先要将变量从主内存拷贝的自己的工作内存空间，然后对变量进行操作，操作完成后再将变量写回主内存，不能直接操作主内存中的变量，各个线程中的工作内存中存储着主内存中的变量副本拷贝，因此不同的线程间无法访问对方的工作内存，线程间的通信（传值）必须通过主内存来完成，其简要访问过程如下图：

可见性

通过前面对JMM的介绍，我们知道各个线程对主内存中共享变量的操作都是各个线程各自拷贝到自己的工作内存中进行操作后写回到主内存中去。

这就可能存在一个线程AAA修改了共享变量X的值还未写回到主内存时，另外一个线程BBB又对主内存同一个变量X进行操作，但此时A线程工作内存中共享变量x对B来说并不可见，这中工作内存和主内存同步延迟现象就造成了可见性问题。

可见性的代码验证说明

import java.util.concurrent.TimeUnit;/ * 假设是主物理内存 */class MyData {    //volatile int number = 0;    int number = 0;    public void addTo60() {        this.number = 60;    }}/ * 验证volatile的可见性 * 1. 假设int number = 0， number变量之前没有添加volatile关键字修饰 */public class VolatileDemo {    public static void main(String args []) {        // 资源类        MyData myData = new MyData();        // AAA线程 实现了Runnable接口的，lambda表达式        new Thread(() -> {            System.out.println(Thread.currentThread().getName() + "\t come in");            // 线程睡眠3秒，假设在进行运算            try {                TimeUnit.SECONDS.sleep(3);            } catch (InterruptedException e) {                e.printStackTrace();            }            // 修改number的值            myData.addTo60();            // 输出修改后的值            System.out.println(Thread.currentThread().getName() + "\t update number value:" + myData.number);        }, "AAA").start();        // main线程就一直在这里等待循环，直到number的值不等于零        while(myData.number == 0) {}        // 按道理这个值是不可能打印出来的，因为主线程运行的时候，number的值为0，所以一直在循环        // 如果能输出这句话，说明AAA线程在睡眠3秒后，更新的number的值，重新写入到主内存，并被main线程感知到了        System.out.println(Thread.currentThread().getName() + "\t mission is over");    }}

创作打卡挑战赛 赢取流量/现金/CSDN周边激励大奖