为什么不使用volatile，其它线程也能得到当前线程修改后的值，不使用volatile也不存在可见性问题？原来解决可见性问题不一定需要volatile，println也可以

1. 为什么不使用volatile，其它线程也能得到变量修改后的值

实验代码分析：

①初始变量a=true，b=false；

②一个线程判断a或者b是否被改为相应逻辑，如果是，那么输出信息。

③修改a和b的线程。

实验结果分析：不是说没有volatile修饰的变量存在可见性问题吗，怎么可以得到另一个线程修改的值，不存在可见性问题吗？？

原因：其实可见性问题的造成就是因为各自从缓存取数据，而不从内存取数据，如果缓存都没有数据，大家都使用内存的值，那么就不存在可见性问题。这里不存在可见性问题的原因就是当前变量还没有被放入缓存，我们可以加上一点休眠，让程序有时间把数据放入缓存，然后测试，如下。

其它博客有提到，说在线程中使用的睡眠会释放cpu执行权，然后CPU有时间去更新工作缓存和主存内容。那我这边通过一个简单的for循环，让CPU没有时间去同步缓存和主存。

2. 为什么不使用volatile，其它线程还能得到变量修改后的值

实验代码分析：

① 初始变量a=0，b=false；

②然后，一个线程判断 b 的值是否为false，是false那么循环输出“b is false and a is ”信息，直到 b 的值变为true，输出“b is true and a is”信息结束线程；

③然后延迟2ms，为了让后面的线程晚于前面线程执行；

④最后，另一个线程会修改a=1，b=true。

实验结果分析：首先控制台输出了一句“b is false and a is 0”，因为初始值a=0，b=false，所以正确；但是后面控制台输出了一句“b is true and a is 1”，为什么？？？不是说没有volatile修饰的变量是会存在可见性问题的吗？不是说一个线程修改的值，其它线程是得不到修改后的值吗？？怎么这边能得到呢？

在分析之前，我们需要记住两点：第一，并发编程存在可见性问题；第二：可见性问题并不是只能通过volatile修饰来解决，也就是说——没有volatile修饰的变量不一定存在可见性问题。

原因：既然并发编程存在可见性问题，而且这边没有volatile修饰，那么可见性问题是怎么解决的呢？其实这边可见性问题是通过System.out.println语句解决的，也就是System.out.println语句触发了MESI缓存一致性协议。我们这边将System.out.println注释后，运行结果出现了可见性问题，可验证原先是System.out.println解决了可见性问题，运行结果及分析如下。

3. 其实System.out.println是通过synchronized关键字触发MESI缓存一致性协议，从而解决可见性问题，如下图。

总结：发生可见性问题，需要两个条件，①各线程操作数据是在缓存中操作，才会存在缓存不一致；②没有触发缓存一致性协议。