一个问题引发的思考.pdfVIP

一个问题引发的思考 public static void main(String[] args) throws InterruptedException {    Thread thread new Thread(()-{        int i 0;        while(!stop){            i++;            //               System.out.println(rs:+i);            try {                Thread.sleep(0);           } catch (InterruptedException e) {                e.printStackTrace();           }       }   });    thread.start();    Thread.sleep(1000);    stop true; } print就可以导致循环结束 活性失败. JIT深度优化 while(!stop){    i++;    //               System.out.println(rs:+i);    try {        Thread.sleep(0);   } catch (InterruptedException e) {        e.printStackTrace();   } } if(!stop){    while(true){        i++;   } } 这里分为两个层面来解答 println底层用到了synchronized这个同步关键字，这个同步会防止循环期间对于stop值的缓存。 因为println有加锁的操作，而释放锁的操作，会强制性的把工作内存中涉及到的写操作同步到主 内存，可以通过如下代码去证明。 Thread thread new Thread(()-{    int i 0;    while(!stop){        i++;        synchronized (JITDemo.class){       }   } }); 第三个角度，从IO角度来说，print本质上是一个IO的操作，我们知道磁盘IO的效率一定要比CPU 的计算效率慢得多，所以IO可以使得CPU有时间去做内存刷新的事情，从而导致这个现象。比如 我们可以在里面定义一个new File()。同样会达到效果。 Thread.sleep(0) /javase/specs/jls/se8/html/jls-17.html#jls-17.3 在这段代码中，我们增加Thread.sleep(0)也能生效，这个我认为是和cpu、以及jvm 、操作系统等因素 有关系。 官方文档上是说，Thread.sleep没有任何同步语义，编译器不需要在调用Thread.sleep之前把缓存在寄 存器中的写刷新到给共享内存、也不需要在Thread.sleep之后重新加载缓存在寄存器中的值。 编译器可以自由选择读取stop的值一次或者多次，这个是由编译器自己来决定的。 但是在Mic老师认为：Thread.sleep(0)导致线程切换，线程切换会导致缓存失效从而读取到了新的值。 volatile关键字(保证可见性) 通过对上述代码查看汇编指令，使用HSDIS工具，具体的使用方法详见压缩文档。 可以看到，使用volatile关键字之后，多了一个Lock指令。 0x00000000