JUC —— Volatile

Volatile

Volatile是java虚拟机提供的轻量级的同步机制

• 保证可见性
• 不保证原子性
• 禁止指令重排序

什么是JMM

JMM：java内存模型，不存在的东西，是一个概念、一个约定

---

关于JMM的一些同步的约定：

• 线程解锁前，必须把共享变量立刻刷会主存
• 线程加锁前，必须读取主存中的最新值到工作内存中
• 加锁和解锁是同一把锁

线程 工作内存 主内存

JMM八种操作

关于主内存与工作内存之间的交互协议，即一个变量如何从主内存拷贝到工作内存。如何从工作内存同步到主内存中的实现细节。java内存模型定义了8种操作来完成。这8种操作每一种都是原子操作。8种操作如下：

• lock(锁定)：作用于主内存，它把一个变量标记为一条线程独占状态；
• unlock(解锁)：作用于主内存，它将一个处于锁定状态的变量释放出来，释放后的变量才能够被其他线程锁定；
• read(读取)：作用于主内存，它把变量值从主内存传送到线程的工作内存中，以便随后的load动作使用；
• load(载入)：作用于工作内存，它把read操作的值放入工作内存中的变量副本中；
• use(使用)：作用于工作内存，它把工作内存中的值传递给执行引擎，每当虚拟机遇到一个需要使用这个变量的指令时候，将会执行这个动作；
• assign(赋值)：作用于工作内存，它把从执行引擎获取的值赋值给工作内存中的变量，每当虚拟机遇到一个给变量赋值的指令时候，执行该操作；
• store(存储)：作用于工作内存，它把工作内存中的一个变量传送给主内存中，以备随后的write操作使用；
• write(写入)：作用于主内存，它把store传送值放到主内存中的变量中。

---

Java内存模型还规定了执行上述8种基本操作时必须满足如下规则:

• 不允许read和load、store和write操作之一单独出现（即不允许一个变量从主存读取了但是工作内存不接受，或者从工作内存发起会写了但是主存不接受的情况），以上两个操作必须按顺序执行，但没有保证必须连续执行，也就是说，read与load之间、store与write之间是可插入其他指令的
• 不允许一个线程丢弃它的最近的assign操作，即变量在工作内存中改变了之后必须把该变化同步回主内存
• 不允许一个线程无原因地（没有发生过任何assign操作）把数据从线程的工作内存同步回主内存中
• 一个新的变量只能从主内存中“诞生”，不允许在工作内存中直接使用一个未被初始化（load或assign）的变量，换句话说就是对一个变量实施use和store操作之前，必须先执行过了assign和load操作
• 一个变量在同一个时刻只允许一条线程对其执行lock操作，但lock操作可以被同一个条线程重复执行多次，多次执行lock后，只有执行相同次数的unlock操作，变量才会被解锁
• 如果对一个变量执行lock操作，将会清空工作内存中此变量的值，在执行引擎使用这个变量前，需要重新执行load或assign操作初始化变量的值
• 如果一个变量实现没有被lock操作锁定，则不允许对它执行unlock操作，也不允许去unlock一个被其他线程锁定的变量
• 对一个变量执行unlock操作之前，必须先把此变量同步回主内存（执行store和write操作）

测试

public class JmmTest {
    private static int num = 0;
    public static void main(String[] args) throws InterruptedException {
        //线程一判断如果num==0，那么线程一一直执行
        new Thread(()->{
            while (num == 0){
                
            }
        }).start();
        //这里让main线程睡一秒，确保线程1优先执行
        TimeUnit.SECONDS.sleep(1);
        //修改num的值
        num = 1;
        System.out.println(num);
    }
}

通过上述代码，我们自己分析，线程一的循环条件是num == 0，但在下面main线程会将num的值改为1，所以我们认为线程一会终止程序，但事实是这样吗？让我们看一下执行结果：

可以看到，main线程已经将num修改为了1，但是程序并没有停止，也就是说线程一处的循环条件num == 0，依旧成立

原因： 线程一将num = 0加载到它的工作内存了，并开始执行，线程二也将num = 0加载到它的工作内存中，并修改了num再从新写入到主存中，但线程一由于一直在执行，并不知道主存中的num已经被修改过了

---

使用 Volatile 即可解决该问题private volatile static int num = 0;
执行结果：

使用volatile修饰num后，保证了它的可见性，可以发现输出1后，程序立刻停止了

---

public class VolatileTest {
    private volatile static int num = 0;
    public static void add(){
        num++;
    }
    //理论上来说，sum应该是20000
    public static void main(String[] args) {
        for(int i=1;i<=20;i++){
            new Thread(()->{
                for (int j = 0; j < 10000; j++) {
                    add();
                }
            }).start();
        }
        //main和gc，线程数大于2，main线程进行礼让
        while(Thread.activeCount()>2){
            Thread.yield();
        }
        System.out.println(num);
    }
}

多次执行结果：

158255
167207
165406

问题： num++的操作查看底层class文件可以发现不是一个原子性操作，而使用volatile并不能保证原子性，所以在num++操作时，可能会出现线程抢占现象，导致多个线程加的是同一个量。

在不使用锁的情况下怎样解决呢？
可以使用原子类来解决原子性问题（原子类的底层直接和操作系统挂钩，直接在内存中修改值，Unsafe类是一个很特殊的存在）

private volatile static AtomicInteger num = new AtomicInteger();
    public static void add(){
        num.getAndIncrement();
    }

执行结果：

200000

指令重排序

我们写的程序，计算机并不是按照我们所写的那样去执行
源代码 -->编译器优化的重排–>指令并行也可能会重排–>内存系统也会重排–>执行
处理器在执行指令重排的时候，会考虑：数据之间的依赖性
volatile可以避免指令重排：
内存屏障 CPU指令 作用：

• 保证特定的操作的执行顺序
• 可以保证某些变量的内存可见性

volatile是可以保持可见性，不保证原子性。由于内存屏障，可以保证避免指令重排序的现象产生