JIT与JVM的三种执行模式：解释模式、编译模式、混合模式

     Java JIT（just in time）即时编译器是sun公司采用了hotspot虚拟机取代其开发的classic vm以后引入的一项技术，目的在于提升java程序的性能，改变人们“java比C/C++慢不少”这一尴尬印象。

提及来是编译器，但此编译器与一般说的javac那个编译器不一样，它实际上是将字节码编译为硬件可执行的机器码的。

图片来自于网络

如上图能够看出，整个java应用程序的执行过程以下：

一、源代码经javac编译成字节码，class文件

二、程序字节码通过JIT环境变量进行判断，是否属于“热点代码”（屡次调用的方法，或循环等）

三、如是，走JIT编译为具体硬件处理器（如sparc、intel）机器码

四、如否，则直接由解释器解释执行

五、操做系统及类库调用

六、硬件

以上其实是JVM的“混合模式”对java程序的执行方式。

 

jvm还有两种执行方式： 解释执行和编译执行

      对于解释执行，不通过jit直接由解释器解释执行全部字节码，执行效率不高。 而编译执行不加筛选的将所有代码进行编译机器码不论其执行频率是否有编译价值，在程序响应时间的限制下，编译器无法采用编译耗时较高的优化技术（由于JIT的编译是首次运行或启动的时候进行的！），因此，在纯编译执行模式下的java程序执行效率跟C/C++也是具备较大差距的。

所以，新版本的jvm默认都是采用混合执行模式。

 

     这里有个特别的例子，BEA公司为服务器硬件和服务端应用专门打造的高度优化的虚拟机————jrockit，因为面向服务端应用，因此它并不在乎和关注程序的启动速度，jrockit并不实现解释器，而是将全部代码都交由jit作即时编译执行。

 

     jit并不必定总能提升程序的执行效率甚至拔苗助长，这很大一部分取决于开发人员所写的程序质量，做为优秀的工程师应该会写出对jit友好的程序。