简介
Volatile 是 Java 虚拟机提供轻量级的同步机制。它有三个个性:
- 保障可见性
- 不保障原子性
- 禁止指令重排
基本原理
当对非 volatile 变量进行读写的时候，每个线程先从主内存拷贝变量到 CPU 缓存中，如果计算机有多个 CPU，每个线程可能在不同的 CPU 上被解决，这意味着每个线程能够拷贝到不同的 CPU cache 中。
volatile 共享变量则会在批改之后立刻刷新到内存中，并使其余 CPU 中的变量生效，使得其余 CPU 应用时必须从内存中从新加载。（ 这就保障了可见性 ）
在 volatile 润饰的共享变量在进行写操作的时候会多进去一行汇编代码，这一行汇编代码在多核处理器下会引发两件事件：
- 将以后处理器缓存行的数据写回到零碎内存。
- 这个写回操作会使在其余 CPU 里缓存了该内存地址的数据有效。
禁止指令重排
指令重排序是 JVM 为了优化指令、进步程序运行效率，在不影响单线程程序执行后果的前提下，尽可能地进步并行度。指令重排序包含编译器重排序和运行时重排序。
在 JDK1.5 之后，能够应用 volatile 变量禁止指令重排序。针对 volatile 润饰的变量，在读写操作指令前后会插入内存屏障，指令重排序时不能把前面的指令重排序到内存屏
为什么 volatile 不能保障原子性
首先须要理解的是，Java 中只有对根本类型变量的赋值和读取是原子操作，如 i = 1 的赋值操作，然而像 j = i 或者 i ++ 这样的操作都不是原子操作，因为他们都进行了屡次原子操作，比方先读取 i 的值，再将 i 的值赋值给 j，两个原子操作加起来就不是原子操作了。
所以，如果一个变量被 volatile 润饰了，那么必定能够保障每次读取这个变量值的时候失去的值是最新的，然而一旦须要对变量进行自增这样的非原子操作，就不会保障这个变量的原子性了。
举个栗子:
一个变量 i 被 volatile 润饰，两个线程想对这个变量批改，都对其进行自增操作也就是 i ++，i++ 的过程能够分为三步，首先获取 i 的值，其次对 i 的值进行加 1，最初将失去的新值写会到缓存中。
线程 A 首先失去了 i 的初始值 100，然而还没来得及批改，就阻塞了，这时线程 B 开始了，它也失去了 i 的值，因为 i 的值未被批改，即便是被 volatile 润饰，主存的变量还没变动，那么线程 B 失去的值也是 100，之后对其进行加 1 操作，失去 101 后，将新值写入到缓存中，再刷入主存中。依据可见性的准则，这个主存的值能够被其余线程可见。
问题来了，线程 A 曾经读取到了 i 的值为 100，也就是说读取的这个原子操作曾经完结了，所以这个可见性来的有点晚，线程 A 阻塞完结后，持续将 100 这个值加 1，失去 101，再将值写到缓存，最初刷入主存，所以即使是 volatile 具备可见性，也不能保障对它润饰的变量具备原子性。
JMM Java 内存模型
JMM：Java 内存模型，不存在的货色，概念！约定！
对于 JMM 的一些同步的约定：
- 1、线程解锁前，必须把共享变量立即刷回主存。
- 2、线程加锁前，必须读取主存中的最新值到工作内存中！
- 3、加锁和解锁是同一把锁
内存交互操作有 8 种，虚拟机实现必须保障每一个操作都是原子的，不可在分的（对于 double 和 long 类型的变量来说，load、store、read 和 write 操作在某些平台上容许例外）
- lock（锁定）：作用于主内存的变量，把一个变量标识为线程独占状态
- unlock（解锁）：作用于主内存的变量，它把一个处于锁定状态的变量释放出来，开释后的变量才能够被其余线程锁定
- read（读取）：作用于主内存变量，它把一个变量的值从主内存传输到线程的工作内存中，以便随后的 load 动作应用
- load（载入）：作用于工作内存的变量，它把 read 操作从主存中变量放入工作内存中
- use（应用）：作用于工作内存中的变量，它把工作内存中的变量传输给执行引擎，每当虚拟机遇到一个须要应用到变量的值，就会应用到这个指令
- assign（赋值）：作用于工作内存中的变量，它把一个从执行引擎中承受到的值放入工作内存的变量正本中
- store（存储）：作用于主内存中的变量，它把一个从工作内存中一个变量的值传送到主内存中，以便后续的 write 应用
- write（写入）：作用于主内存中的变量，它把 store 操作从工作内存中失去的变量的值放入主内存的变量中
JMM 对这八种指令的应用，制订了如下规定：
- 不容许 read 和 load、store 和 write 操作之一独自呈现。即应用了 read 必须 load，应用了 store 必须 write
- 不容许线程抛弃他最近的 assign 操作，即工作变量的数据扭转了之后，必须告知主存
- 不容许一个线程将没有 assign 的数据从工作内存同步回主内存
- 一个新的变量必须在主内存中诞生，不容许工作内存间接应用一个未被初始化的变量。就是怼变量施行 use、store 操作之前，必须通过 assign 和 load 操作
- 一个变量同一时间只有一个线程能对其进行 lock。屡次 lock 后，必须执行雷同次数的 unlock 能力解锁
- 如果对一个变量进行 lock 操作，会清空所有工作内存中此变量的值，在执行引擎应用这个变量前，必须从新 load 或 assign 操作初始化变量的值
- 如果一个变量没有被 lock，就不能对其进行 unlock 操作。也不能 unlock 一个被其余线程锁住的变量
- 对一个变量进行 unlock 操作之前，必须把此变量同步回主内存
参考
volatile 的原理