对volatile的理解

JMM（java内存模型 Java Memory Model）本身是一种抽象的概念，描述一组规则后规范通过这组规范定义了程序中各个变量（包括实例字段，静态变量和组成数组对象的元素）的访问方式。

JMM关于同步的规定：

1. 线程解锁前，必须把共享变量的值刷新回主内存
2. 线程加锁前，必须读取主内存的最新值到自己的工作内存
3. 加解锁是同一把锁

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

JMM三个特性（约束）

1. 可见性
2. 原子性
3. 有序性

volatile是什么

volatile是Java虚拟机提供的轻量级同步机制

1. 保证可见性
2. 不保证原子性
3. 禁止指令重排

什么是可见性

public class VolatileDemo {
    public static void main(String[] args) throws InterruptedException {
        MyData myData = new MyData();
        new Thread(() -> {
            try {
                TimeUnit.SECONDS.sleep(3);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            myData.add60();
            System.out.println(Thread.currentThread().getName()+ "  线程内修改num的值为 ：" + myData.number);
        }, "Thread1").start();

        while (myData.number == 0) {

        }
        TimeUnit.SECONDS.sleep(4);
        System.out.println(Thread.currentThread().getName()+ "   主线程从循环中跳出");
    }
}

class MyData {
    volatile int number = 0;

    void add60() {
        this.number = 60;
    }
}
复制代码

以上代码执行结果为

Thread1  线程内修改num的值为 ：60
main   主线程从循环中跳出
复制代码

由结果可知，线程之间是有可见性的，即线程Thread1 修改了number的值为60，主线程的工作内存中的number读到修改后的值为60，便跳出循环，输出循环外的语句。

如果将classData中的 number 去掉volatile的修饰，则线程间没有可见性，即主线程读不到number修改后的值，main的工作内存中还是保留number值为0，则一直停留在循环中。

什么是原子性

不可见分割，完整性，某个线程正在做某个具体业务时，中间不可被加塞或者分割，需要整体完成，要么成功，要么失败。

public class VolatileAtomicity {
    public static void main(String[] args) {
        MyDatas myDatas = new MyDatas();
        for (int i = 0; i < 20; i++) {
            new Thread(() -> {
                for (int j = 0; j < 1000; j++) {
                    myDatas.numPlusPlus();
                }
            }).start();
        }
        while (Thread.activeCount() > 2) {
            Thread.yield();
        }
        System.out.println(myDatas.number);
    }
}

class MyDatas {
    volatile int number = 0;

    void numPlusPlus() {
        number++;
    }
}
复制代码

以上代码执行结果总是小于2000

首先我们知道 number++ 操作是分两步执行：

1. 获取当前number的值
2. number++
3. 结果放回主内存中。
   根据上述，volatile修饰的number是不保证原子性的，也就是在执行number++的过程会被其他线程打断，即A线程获取number的值为1时，同时B线程也获取了number的值为1，A进行第二步number+1，然后第三步准备将结果2放回主内存时，线程B抢先一步将其工作内存中number+1的结果2放回主内存，理论上A/B两个线程各加了1，结果应该为3，但是实际上A线程计算结果也是2，放回主内存时只是覆盖了B线程的结果，最终主内存中的结果在经过两个线程分别+1后还是2.

以上，可知volatile是不符合JMM规定的原子性的，同时number++在多线程下是非线程安全的。

如何解决原子性问题

• 加synchronized
• 使用原子类AtomicInteger
  使用synchronized对于此场景来说太重，因此优先考虑使用AtomicInteger作为number的类型。

有序性

volatile的有序性表现在 禁止指令重排    
复制代码

指令重排

计算机在执行程序时，为了提高性能，编译器和处理器常常会对 指令做重排 ，一般分为三类：

void mysort() {
        int x = 11;
        int y = 12;
        x = x + 5;
        y = x * x;
    }
复制代码

以上代码，执行顺序 1234、2134、1324 是不影响最终的结果的，因此代码编译后指令顺序不一定为1234，这种行为在多线程下可能会造成结果的误差。

public class ReSoreSeqDemo {
    int a = 0;
    boolean flag = false;

    public void method1() {
        a = 1;
        flag = true;
    }

    public void method2() {
        if (flag) {
            a = a + 5;
            System.out.println("****value = " + a);
        }
    }
}
复制代码

如上代码，现有两个线程A/B，分别执行method1和2，仅对于线程A来说，method1方法两行执行顺序先后没有关系。但是如果method1顺序变了，先执行 flag=true ，这时线程B就进入method2的判断中，a=5，再接着执行线程A的 a=1 ，最后结果为 a = 1，与期望结果 a=1 然后 a = a+5 的结果有差异。这就是需要禁止指令重排的原因。

volatile实现 禁止指令重排优化 ，从而避免多线程环境下环境出现乱序执行的现象。

内存屏障(Memory Barrier)

内存屏障又称内存栅栏，是一个CPU指令，他的作用有两个：

1. 保证特定操作的执行顺序
2. 保证某些变量的内存可见性(利用该特性实现volatile的内存可见性)

由于编译器和处理器都能执行指令重排优化。如果在指令间插入一条MemoryBarrier则会告诉编译器和CPU， 不管什么指令都不能和这条MemoryBarrier指令重排序，也就是 通过内存屏障禁止在内存屏障前后的指令执行重排序优化 。内存屏障另外的一个作用是强制刷出各种CPU的焕醋拿数据，因此任何CPU上的线程都能读取到这些数据的最新版本。

对volatile变量进行写操作时，会在写操作后加入一条store屏障指令，将工作内存中的共享变量之刷新到主内存中；

对volatile变量进行读操作时，会在读操作前加入一条load屏障指令，从主内存中读取共享变量

线程安全如何获得保障

工作内存和主内存同步延迟现象导致的可见性问题

• 可以使用synchronized或volatile关键字解决，他们都可以是一个线程修改后的变量立即对其他线程可见

对于指令重排导致的可见性问题和有序性问题

• 可以利用volatile关键字解决，因为volatile的另一个作用就是禁止重排指令优化

本文结束

内容根据尚硅谷视频总结

欢迎访问我的个人博客justd的博客