Javac编译与JIT编译

Javac编译与JIT编译

参考1：http://m.blog.csdn.net/article/details?id=18009455

参考2：http://m.blog.chinaunix.net/uid-9789791-id-1997450.html

 

前端编译：javac编辑，java编辑器将*.java文件编译称为*.class文件的过程。

后端编译：在程序运行期间将字节码变成机器码，HotSpot虚拟机自带的JIT（just in time compiler）编译器

 

现在的java程序在运行时基本都是解释执行加编译执行。

 

JIT是just in time，即即时编译技术。使用该技术，能够加速java程序的执行速度。

解释：  通常，javac将程序源代码编译，转换成java字节码，jvm通过解释字节码将其翻译成对应的机器指令，逐条读入，逐条解释编译。显然，经过解释执行，其执行速度会比二进制字节码程序慢，为了提高执行速度，引入了JIT技术。

 

JIT编译过程，当JIT编译启用时，jvm读入.class文件解释后，将其发给JIT编译器。JIT编译器将字节码编译成本机机器代码。

同样存在一个问题，由于JIT对每条字节码都进行编译，造成了编译过程负担过重。为了避免这种情况，当前的JIT只对经常执行的字节码进行编译，如循环等。

运行过程中会被即时编译器编译的“热点代码”有俩类：

1、被多次调用的方法;    2、被多次调用的循环体。

俩种情况，编译器都是以整个方法作为编译对象，这种编译也是虚拟机中标准的编译方式。要知道一段代码或方法是不是热点代码，

是不是需要出发即时编译，需要进行Hot Spot Detection（热点探测）。目前主要的热点探测方法有以下俩种：

基于采样的热点探测:  虚拟机及会周期性的检查各个线程的栈顶，如果发现某些方法经常出现在栈顶，那么判定这段代码为“热点代码”。

这种探测方法的好处是实现简单高效，还可以很容易的获取方法调用关系，缺点是很难确定一个方法的热度，容易因为受到线程阻塞或别的外界因素的影响而扰乱热点探测。

基于计数器的热点探测：虚拟机会为每个方法，甚至是代码块建立计数器，统计方法的执行次数，如果执行次数超过一定的阀值，就认为他是“热点方法”。

这种统计方法实现复杂一些，需要为每个方法建立并维护计数器，而且不能直接获取到方法的调用关系，但是它的统计结果相对更加精确严谨。

在HotSpot虚拟机中使用的第二种--基于计数器的热点探测方法，因此为每个方法准备了俩个计数器：方法调用计数器和回边计数器。

详细了解回边计数器和JIT采用技术的流程，参考链接1。