volatile：
背景:
CPU和主存读写速度不一致，出现了高速缓存。把一些经常读的数据存入高速缓存，交互计算和高速缓存进行，修改完毕后再从高速缓存刷回主存中。
但是问题来了！ CPU是多核，不同的cpu都有自己的高速缓存，那么一份数据可能就被缓存在不同的cache中。 并发操作就会造成数据的不准。
硬件方面可以通过缓存一致性协议，Lock锁总线的方式来支持并发操作。但是太过于笨重，是很早期的产物了。然后又出现缓存一致性协议。在写数据时，
判断是否当前使用的数据时共享变量，如果是共享变量就把该变量在其他的CPU缓存中置为失效，如果其他CPU读取发现失效缓存会重新从内存读取。
Volatile其实是一个很基础底层的并发问题，如果想完全弄懂，首先要知道并发的三个概念：原子性、可见性、有序性。这是聊并发绕不开的三个概念。
原子性：
要么整个流程全部完成，要么就全部不做。在过程中不可打断。
可见性：
多线程操作，对数据的修改，其他线程是否知情。
有序性：
这个主要是处理器对程序进行效率优化导致，会进行指令重排序。单线程指令重排序，会保证最终的结果一致性，但是如果多线程还是进行指令重排序，就会影响最终结果的一致性。
java对于并发三要素的规范：
内存模型（所有变量存在于内存中，每个线程有自己的工作内存（cache））
1.原子性。
对于基础数据类型变量的读写保证原子性。
但是如 X++
x = x +1
y = x
这种操作都不是原子性
2.可见性
volatile保证，修改volatile的值后会立刻更新到主存
3.有序性
sychronized和Lock保证有序性，因为变成了单线程模式。
java内存模型的happens-before原则：
- 程序次序规则：一个线程内，按照代码顺序，书写在前面的操作先行发生于书写在后面的操作
- 锁定规则：一个unLock操作先行发生于后面对同一个锁额lock操作
- volatile变量规则：对变量的写优先于读
- 传递规则：如果操作A先行发生于操作B，而操作B又先行发生于操作C，则可以得出操作A先行发生于操作C。 A>B B>C A>C
- 线程启动规则：Thread对象的start()方法先行发生于此线程的每个一个动作
- 线程中断规则：对线程interrupt()方法的调用先行发生于被中断线程的代码检测到中断事件的发生
- 线程终结规则：线程中所有的操作都先行发生于线程的终止检测，我们可以通过Thread.join()方法结束、Thread.isAlive()的返回值手段检测到线程已经终止执行
- 对象终结规则：一个对象的初始化完成先行发生于他的finalize()方法的开始
理解一下就是单线程下，会保证最终结果一致性。变量的写在读之前，变量的解锁在锁之前，变量的顺序有传递性
深入剖析Volatile关键字：
1.保证不同线程的实时可见性！修改完立马刷新数据，其他线程共享的置为失效。
2.禁止指令重排序！
1、原子性
Volatile也只能保证读/写的原子性，对于x++这种，需要先读后写的非一步操作，是不能保证原子性的。
原因:因为修改后立即刷新到内存，其他缓存失效这个操作，是一步到位的。如果是读+写这种非一步操作，完全可以在线程1读后阻塞，然后线程2读，两个线程读到的数据是一致的，
但是两个线程分别+1是在读到的数据上进行修改，读到的数据已经是老数据了，会造成误差。
对于这种情况，我们可以使用sychronized和Lock或者AtomicInteger这种封装好包进行原子性操作。
AtomicInteger主要是用到了CAS操作，CAS说白了就是用处理器提供的CMPXCHG指令实现了原子操作
3、有序性