JVM远程调试为什么要禁用JIT -Djava.compiler=NONE

为了加快debug的速度。

首先，需要了解JVM对字节码的编译技术。一个JAVA程序通过javac编译成字节码以后，在执行的时候，由JVM将字节码编译成本地机器码，然后再执行。将字节码转换成
机器码，JVM有两种利器，一种就是JIT，还有一种是转译器（interpreter）。

1>转译器

转译器将每个Java指令都转译成对等的微处理器指令，并根据转译后的指令先后次序依序执行，由于一个Java指令可能被转译成十几或数十几个对等的微处理器指令，这种模式执行的速度相当缓慢。

2>JIT

针对转译器的速度瓶颈，出现了JIT。JIT针对一个具体的class进行编译，经过编译后的程序，被优化成相当精简的原生型指令码（native code）。编译过一次，下次再执行的时候就不用再次编译了，所以执行次数较多的代码，采用JIT还是十分划算的。但是，JIT也不是万能的，比如：某些极少执行到的Java指令在编译时所额外花费的时间可能比转译器在执行时的时间还长，这时候就不如直接使用转译器。

所以，转译器和JIT各有优缺点。
1>极少执行到或者执行次数较少的Java代码，使用转译器更划算。
2>重复执行或者执行次数较多的Java代码，采用JIT更划算。

然后，我们回到JVM远程调试的正题。我们一般debug程序的时候，只是关注其中的一部分代码，而且大部分情况下是设置断点，然后单步执行，而JIT的编译单位是class，只要我们执行了class里面的代码，JIT就会对整个class进行编译，而我们实际执行的代码一般都是其中的一部分代码，所以从整个时间效率上来看，采用JIT反而更费时间。也就是说在JVM远程调试这个事情上，禁用JIT（只使用转译器，解释一行执行一条）更合理，所以通过-Djava.compiler=NONE来禁止JIT。


此外，在程序中也可以即时地禁用和开启JIT。
java.lang.Compiler.disable();

java.lang.Compiler.enable();