在评论这个问题之前，咱们能够先瞅瞅Java的内存模型JMM，JMM可不要和JVM相提并论。咱们说的是内存模型JMM（Java Memory Model）。
Java的内存模型
略微解释一下CPU的缓存，这儿CPU的缓存有三级，L1,L2和L3。
- L1是访问速度最快的，是线程独享。
- L2次之，属于内核独享。
- L3是最慢的，是多核同享。
当CPU履行指令需求数据的时分，会先在L1，L2,L3中依次寻觅，若是找不到，则会去JVM中寻觅，而JMM则在CPU和主内存之间来确保咱们需求的可见性和有序性。
这个JMM便是Java内存模型的核心，可见性有序性都是在这儿完结。
而主内存便是JVM，便是咱们的堆内存。
确保可见性的方法
可见性是指，当多个线程操作同一个数据的时分，确保一个线程的修正对其他线程是可见的，也便是说不管多个线程怎么操作，怎么并发，他们在同一时间取到的值是相同的。
为了确保可见性，咱们一般有以下几种计划：
volatile
能够用volatile来润饰根本数据类型，能够确保每次CPU操作数据的时分，都直接操作的是主内存的值。
文末咱们会说说volatile的原理
synchronized
关于synchronized来说，是谁拿到锁，谁履行操作，关于拿到锁的线程来说，前边线程的操作是可见的。
我会另起一篇文章专门解说synchronized。
lock
lock是根据CAS和volatile的修正操作，能够确保操作数据时前边操作的可见性。
final
final润饰的是常量啊，无法写，只读，当然是全局可见的
这儿有一个小点：
咱们清楚，volatile润饰根本数据类型的时分是能够确保可见性的，但是若是润饰的是引证数据类型呢？
一般没人这么搞，乃至平常工作中volatile都很少使用，一不留神系统的功能会降低几个维度。但是面试中常被问到，咱们能够这样答复：若volatile润饰的是引证数据类型，则只能确保引证数据类型的地址是可见的，里面的值不可见。就这。
volatile的底层完结
略微看看volatile的底层完结吧，其实
volatile的底层是汇编的lock指令，这个指令会
强行要求将值写入主内存，而且忽略Store Buffer这种缓存，然后达到可见性的目的，一起使用MESI协议，让其他缓存行失效。
咱们知道将java文件编译为class文件的时分，会根据JIT做优化，调整指令的次序，然后提高履行效率，这个过程叫指令重排。
在CPU层面也会调整指令的次序来提高功能。而这个指令重排会导致一些问题，咱们看看volatile是怎么处理这个问题的。
原理
被volatile润饰的特点，在编译时会在先后添加内存屏障。这儿的提到的内存屏障一般有四种
- SS: StoreStore屏障前的读写操作有必要悉数完结，才会持续屏障之后的操作
- SL: StoreLoad屏障前的写操作有必要悉数完结，才会持续屏障之后的读操作
- LL: LoadLoad屏障前的读操作有必要悉数完结，才干持续屏障之后的读操作
- LS: LoadStore屏障前的读操作有必要悉数完结，才干持续屏障之后的写操作
这儿volatile的原理就如下
能够看到关于volatile的写操作
之前添加了StoreStore内存屏障，有必要完结之前的读写操作才干持续volatile的写操作。
而后添加了StoreLoad屏障，要求其前边的volatile写操作完结，才干持续之后的读操作。
这样就确保了在对volatile润饰的值履行写操作的时分，之前的读写操作已经悉数完结，而其后的读操作在等待写操作完结再去读值。
而关于volatile的读操作，
在其后添加了一个LoadLoad屏障和LoadStore屏障，这儿这个LoadLoad屏障不是很理解，查阅了许多材料也没有眉目，若是有小伙伴知晓的，烦请不吝赐教。
而LoadStore屏障则确保了volatile的读操作悉数完结之后，再持续之后的写操作。
这样volatile的读操作完结之后，才会履行其他的写操作。确保了读到的值是确定的不变的。
这样Java的线程间同享值的处理方法就大致解说结束了，若有不懂的地方，纵情留言，咱们一起评论，学习，感谢。
