面试官：了解volatile嘛？有啥子特性
我：了解，两个特性：内存可见性、禁止重排序
禁止重排序：不管是编译器还是JVM还是CPU，都会对一些指令进行重排序，目的是为了提高程序运行的速度，提高程序的性能，毫无疑问，在单线程下没毛病，多线程就似乎生病了。
给你稍微举举例子：禁止重排->单例模式
// 来一波双重校验
public class Test {
private volatile static Test instance = null;
private Test(){}
private static Test getInstance() {
if (instance == null) {
synchronized (Test.class) {
if (instance == null) {
instance = new Test();
}
}
}
return instance;
}
}
// instance类变量前面修饰的volatile？是吧？问题在于：上面的代码是一个很常见的单例模式实现方式，但是上述代码在多线程环境下是有问题的。为什么呢，问题出在instance对象的初始化上，因为instance = new Singleton();这个初始化操作并不是原子的，在JVM上会对应下面的几条指令：
memory =allocate(); //1. 分配对象的内存空间
ctorInstance(memory); //2. 初始化对象
instance = memory; //3. 设置instance指向刚分配的内存地址上面三个指令中，步骤2依赖步骤1，但是步骤3不依赖步骤2，所以JVM可能针对他们进行指令重拍序优化，重排后的指令如下：
memory =allocate(); //1. 分配对象的内存空间
instance = memory; //3. 设置instance指向刚分配的内存地址
ctorInstance(memory); //2. 初始化对象 这样优化之后，内存的初始化被放到了instance分配内存地址的后面，这样的话当线程1执行步骤3这段赋值指令后，刚好有另外一个线程2进入getInstance方法判断instance不为null，这个时候线程2拿到的instance对应的内存其实还未初始化，这个时候拿去使用就会导致出错。
这里多说多说一点：为什么在synchronized上面多加了一次判断
还不是因为synchronized比较笨重，锁了代码块嘛，多线程不能每次都要进来块中，岂不是都要发生阻塞等这class的锁呀，直接给他上面判断一下不为空就直接跳出去了。提高了性能哇。
其实这里也能体现出volatile的内存可见性，让其他线程对这个实例可见。
我们继续说volatile的内存可见性
扯一波JMM内存模型
根据这个图如何回答总结JMM内存模型，看各位的造化了，理解讲出来即可。结合例子讲也可以
- 先说结构
- 再说为什么是这样的结构，原因是什么？
- 然后扯流程
- 撒花结束
面试官：知道底层结构嘛？
我：禁止重排是利用内存屏障来解决的，其实最根本的还是cpu的一个lock指令：它的作用是使得本CPU的Cache写入了内存，该写入动作也会引起别的CPU invalidate其Cache。所以通过这样一个空操作，可让前面volatile变量的修改对其他CPU立即可见。
- 锁住内存
- 任何读必须在写完成之后再执行
- 使其它线程这个值的栈缓存失效
