JIT是这种行为的原因吗？

Question

在这个问题的启发下，我写出了测试题：

public class Main {

    private static final long TEST_NUMBERS = 5L;

    private static final long ITERATION_NUMBER = 100000L;

    private static long value;

    public static void main(final String [] args) throws Throwable {
        for(int i=0; i<TEST_NUMBERS; i++) {
            value = 0;
            final Thread incrementor = new Thread(new Incrementor());
            final Thread checker = new Thread(new Checker());
            incrementer.start();
            checker.start();
            checker.join();
            incrementer.join();
        }
    }

    static class Incrementor implements Runnable {
        public void run() {
            for(int i=0; i<ITERATION_NUMBER; i++){
                ++value;
            }
        }
    }

    static class Checker implements Runnable {
        public void run() {
            long nonEqualsCount = 0;
            for(int i=0; i<ITERATION_NUMBER; i++){
                if(value != value) {
                    ++nonEqualsCount;
                }
            }
            System.out.println("nonEqualsCount = " + nonEqualsCount);
        }
    }
}

本程序以普通大小写形式打印：

nonEqualsCount = 12; //or other non 0 value;
nonEqualsCount = 0;
nonEqualsCount = 0;
nonEqualsCount = 0;
nonEqualsCount = 0;

首先：我解释这种行为是JIT编译器的存在。“预热”后，每个线程的JIT编译器缓存值非volatile字段。对吧？

第二：如果先对或不对，我如何验证这一点？

附注。-我知道打印-选项。

更新：enviroment：Windows 7 64bit,JDK 1.7.0_40-b43（热点）。

Answer 1

您看到的可能是JIT的工件。在它开始执行之前，对Java字节代码进行解释，这意味着在比较过程中checker线程很有可能被中断。

此外，由于执行的代码更多，需要刷新CPU缓存的几率更高。

当代码被JIT优化时，它可能会插入64位的操作，而且由于只执行少量代码，缓存将不再被刷新到主内存中，这意味着线程没有机会看到另一个线程所做的更改。