JVM第三篇：执行引擎

1. 执行引擎是Java虚拟机核心组成部分之一。
2. “虚拟机”是一个相对“物理机”的概念，这两种机器都有代码执行的能力，其区别是物理机的执行引擎是直接建立在处理器、缓存、指令集和操作系统层面上的，而虚拟机的执行引擎是由软件自行实现的，因此可以不受物理条件制约地定制指令集与执行引擎的结构体系，能够执行那些不被硬件直接支持的指令集格式。

JVM主要任务是负责装载字节码到其内部，但字节码并不能直接运行在操作系统上，因为字节码指令并非等价于本地机器指令，它内部包含的仅仅只是一些能够被JVM所识别的字节码指令、符号表以及其他辅助信息。
那么，如果想要让一个Java程序运行起来，执行引擎的任务就是将字节码指令解释/编译为对应平台上的本地机器指令才可以。简单来说，JVM中的执行引擎充当了将高级语言翻译成机器语言的译者。

执行引擎工作过程

解释器与JIT编译器

解释器：当Java虚拟机启动时会根据预定义的规范对字节码采用逐行解释的方式执行，将每条字节码文件中的内容"翻译"为对应平台的本地机器指令执行。当一条字节码指令完成后，接着再根据PC寄存器中记录的下一条需要被执行的字节码指令执行解释操作。
JIT编译器：就是虚拟机将源代码直接编译成和本地机器平台相关的机器语言。

---

为什么说Java是半编译半解释型语言？
现在JVM执行Java代码时候，通常会将解释执行与编译二者结合。Hotspot采用解释器与JIT编译器并存的架构。二者之间相互合作，取长不短，采用最合适的方式执行。

---

HotSpot执行过程
当虚拟机启动的时候，解释器可以首先发挥作用，而不必等待JIT编译器全都编译完成在执行，这样就可以省去许多不必要的编译时间。并且随着程序运行时间的推移，JIT编译器逐渐发挥作用，根据热点代码探测功能，将有价值的字节码编译成本地机器指令，以换取更高的程序执行效率。

---

热点代码及探测方式
是否需要启动JIT编译器将字节码直接编译为对应平台的本地机器指令，则需要根据代码被调用的执行的频率而决定。关于那些需要被编译为本地代码的字节码，也被称之为**“热点代码”。JIT编译器在运行时会针对那些频繁被调用的“热点代码”**做出深度优化，将其直接编译为对应平台的本地机器指令，从此提高Java程序的执行性能。

---

一个多次调用的方法 ，或者 一个方法体内部循环次数较多的循环体 都可以被称之为 “热点代码”，因此都可以通过JIT编译器编译为本地机器指令。由于这种编译方式发生在方法的执行过程中，因此也被称为栈上替换或简称OSR编译。

---

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

---

目前HotspotVM采用的热点探测方式是基于计数器的热点探测。
采用基于计数器的热点探测，HotspotVM将会为每一个方法都建立2个不同类型的计数器，分别为方法调用计数器和回边计数器。

1. 方法调用计数器：用于统计方法调用的次数。
   默认阈值：Client模式为1500次，Server模式为10000次。超过阈值会触发JIT编译器。
2. 回边计数器：用于统计循环执行的循环次数

---

当一个方法被调用时，会先检查方法是否存在被JIT编译过的版本，如果存在，则优先使用被编译后的本地代码来执行。如果不存在，则将此方法的调用计数器值加1，然后判断方法调用计数器的值和回边计数器的值总和是否超过方法调用计数器的阈值。如果已超过阈值，那么将会向即时编译器提示一个该方法的代码编译请求。-XX:CompileThreshold参数修改阈值。

热度衰减

如果不做任何设置，方法调用计数器统计的并不是方法被调用的绝对次数，而是一个相对的执行频率，即一段时间之内方法被调用的次数。当超过一定时间之内方法被调用的次数。当超过一定的时间限度，如果方法的调用次数仍然不足以让它提交给JIT编译器编译，那这个方法的调用计数器值就会减少一般，这个过程称为调用计数器热度的衰减，而这段时间就称为此方法统计的半衰周期。

进行热度衰减的动作是在虚拟机进行垃圾收集时顺便进行的，可以使用虚拟机参数-XX:UseCounterDecoy来关闭热度衰减，让方法计数器统计方法调用的绝对次数，这样，只要系统运行时间足够长，绝大部分方法都会被编译成本地代码。
-XX:CounterHalfLifeTime设置半衰周期时间，单位秒。