关于volatile与System.out的“冲突”导致的内存屏障失效问题

本文主要是介绍关于volatile与System.out的“冲突”导致的内存屏障失效问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

起因：今天在写一个volatile相关的Demo，本来想的是一个线程根据这个IS_STOP去一直进行循环，直到另一个线程改变为true就中断。内存屏障的问题会导致虽然其他线程修改了值，但是原线程是不知道的，会继续循环，所以必须加volatile关键字来让其可见。按道理是这样的，但是突然发现把volatile删了也是正常停止了，愣了直接，难道不加也能可见？代码和结果如下：

import java.util.concurrent.TimeUnit;
/*** 定义一个静态变量，一个线程在执行时，如果该变量被其他线程置为true，就中断该线程*/
public class VolatileDemo {
//    public static volatile boolean IS_STOP = false;static boolean IS_STOP = false;public static void main(String[] args) {Thread t1 = new Thread(()->{while (true){System.out.println("正在执行");if(IS_STOP){System.out.println("停止执行");break;}}},"t1");t1.start();try{TimeUnit.SECONDS.sleep(1);}catch(Exception e){e.printStackTrace();}Thread t2 = new Thread(()->{IS_STOP = true;//将该变量设置为true},"t2");t2.start();}
}

经过：通过上面的图可以看到明明没有volatile关键字，但是t2修改那个值为true之后t1的循环还是正常停止了，JVM也正常退出，难道是之前学的不对？疑惑中我将所有的打印注释掉也试了试，竟然发现线程t1的循环又没有被中断了，jvm没有退出，如下图所示，这表示内存屏障确实存在：

再用java自带的线程可视化界面查看下线程信息，确实还在正常运行：

调查：那就肯定是System.out这块出问题了，猜想肯定是里面有啥处理把线程的工作区刷新了，导致虽然我没有写volatile，但是已经刷新值了，随即进入println的代码中进行查看，发现果然调用println()时里面使用了synchronized关键字，如图：

结论：没有volatile确实是会有内存屏障存在，但是如果其中使用的某些法方法里面使用了synchronized关键字，那么就会导致出现“好像不加volatile也行”的错觉。线程进行加锁时势必会先进行线程工作区的重置，从主存下载最新的值才能开始进行操作，解锁时也必须要把最新的值再次写回主存。就像一个项目现在交给你来干了，第一步肯定要先保证自己本地代码是最新的一样。

这篇关于关于volatile与System.out的“冲突”导致的内存屏障失效问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---