首先补充几个知识点：
内存可见性
举一个例子：
终端：
分析：t2线程没问题，问题在于t1。1！=0，t1应该结束才对。
·t2改了flag，t1没有看见。 t2是写入，t1是读取
·flag变量的修改对于t1线程不可见了
编译器优化
·大多数情况是可以做到逻辑不变并对代码优化调整，提高效率，但一些特定场景可能会出现误判
比如这个过程：load（拿数据--读内存），cmp（比较--寄存器操作），load，cmp 反复执行，在反复执行中拿到flag一样；但是load比cmp耗时多---读内存比读寄存器效率慢得多。此时load读到的值一样，编译器直接把从内存读取flag这个操作优化掉了。
·编译器不是看不见改变，而是不知道另外一个线程的他flag修改代码能不能执行以及啥时候执行。
--用户输入啥，编译器无法预计。
volatile解决内存可见性引起的线程安全问题
关键字修饰变量：
·提醒JVM在读写volatile变量指令前后添加“内存屏障相关的指令“
结合java内存模型 --- JMM
·一个java进程会有一个“主内存”存储空间
·每个java线程又有自己的“工作内存”存储空间---其实不是内存，是存储介质
-再深层一点，在操作系统分析，“工作内存”中不仅有寄存器，还有缓存，（缓存有很多层）
·上方的代码例子，t1进行flag变量的判定，先把flag值从主内存读到工作内存，用工作内存中的值进行判定。同时t2对flag进行修改，修改的是主内存的值，主内存的变更不会影响到t1的工作内存
