JVM执行引擎

执行引擎概述

执行引擎属于JVM的下层，里面包括解释器，及时编译器，垃圾回收器

JVM 的主要任务是负责装载字节码到其内部，但字节码并不能够直接运行在操作系统上，因为字节码指令并非等价于本地机器指令，它内部包含的仅仅只是一些能够被 JVM 所识别的字节码指令、符号表，以及其他辅助信息。

想要让一个 Java 程序运行起来，执行引擎（Execution Engine）的任务就是将字节码指令解释/编译为对应平台上的本地机器指令才可以。

执行引擎的工作流程

• 执行引擎在执行过程中需要执行哪个字节码指令完全依赖于PC寄存器。
• 每当执行完指令操作后，PC寄存器就会更新下一条需要被执行的指令地址。
• 方法在执行的过程中，执行引擎可能会通过存储在局部变量表中的对象引用准确定位到存储在JAVA堆中的对象实例信息，以及通过对象头中的元数据指针定位到目标对象的类型信息。

Java代码编译和执行过程

大部分的程序代码转换成物理机的目标代码或虚拟机能执行的指令集之前，都需要经过前端编译(将源程序转为字节码)。

Java 代码编译是由 Java 源码编译器来完成，流程图如下所示:

Java字节码需要解释为本地机器码(后端编译)，这部分的执行是由JVM执行引擎来完成，流程图如下所示

总图概览

解释器(Interpreter)

当虚拟机启动时会根据预定义的规范对字节码采用逐行解释的方式执行，将每条字节码指令中的内容"翻译"为对应平台的本地机器指令执行，可以很快解释一条指令，但总体速度慢。

解释器真正意义上所承担的角色就是一个运行时“翻译者”，将字节码文件中的内容“翻译”为对应平台的本地机器指令执行。当一条字节码指令被解释执行完成后，接着再根据 PC 寄存器中记录的下一条需要被执行的字节码指令执行解释操作。

JIT编译器

JIT(Just In Time Compiler)编译器：当虚拟机发现某个方法或代码块的运行特别频繁，就会把这些代码认定为热点代码（Hot Spot Code），为了提高热点代码的执行效率，在运行时，虚拟机将会把这些代码编译成本地机器码，并以各种手段尽可能地进行代码优化。

---

HotSpot虚拟机的执行

现在JVM在执行Java代码时，通常都会将解释执行与编译执行二者结合起来进行。

在此模式下，当 Java 虚拟机启动时，解释器可以首先发挥作用，解释执行Class字节码，这样可以省去许多不必要的编译时间。在合适的时候，编译器发挥作用，把整段代码编译成本地机器码，用一个缓存操作将本地机器码存储在方法区，之后在执行同段代码时可以直接使用存储的本地机器码，获得更高的执行效率。

热点探测技术

一个被多次调用的方法，或者是一个方法体内部循环次数多的循环体都可以被称之为"热点代码"，因此都可以通过JIT编译器编译为本地机器指令。

一个方法究竟要被调用多少次，或者一个循环体内究竟要执行多少次循环，才能达到这个标准？需要一个明确的阈值，JIT编译器才会将这些热点代码编译为本地机器指令执行。这里主要依靠热点探测功能。

目前HotSpot VM所采用的热点探测方式是基于计数器的热点探测。

采用基于计数器的热点探测，HotSpot将会为每一个方法都建立两个不同类型的计数器，分别为方法调用计数器(Invocation Counter)和回边计数器(Back Edge Counter)。

• 方法调用计数器用于统计方法的调用次数
• 回边计数器用于统计循环体执行的循环次数

方法调用计数器

这个计数器就用于统计方法被调用的次数，它的默认阀值在 Client 模式下是 1500次，在 Server 模式下是 10000 次。超过这个阈值，就会触发 JIT 编译。

回边计数器

统计一个方法中循环体代码执行的次数，在字节码中遇到控制流向后跳转的指令称为“回边”(Back Edge)。由于这种编译方式发生在方法的执行过程中，因此被称之为栈上替换，或简称为OSR(On Stack Replacement)。