物理机的执行引擎是建立在处理器、缓存、指令集、和操作系统层面的。虚拟机得执行引擎是由软件自行实习的，能够执行那些不被硬件直接支持的指令集格式。
执行引擎的任务就是将字节码指令 解释/编译【后端编译】 为对应平台上的本地机器指令
当Java虚拟机启动时，会根据预定义的规范，对字节码采用逐行解释的方式执行，将每条字节码文件中的内容“翻译"为对应平台的本地机器指令执行。
字节码解释器： 执行时通过纯软件代码模拟字节码的执行，效率非常地下
模板解释器：将每一条字节码和一个模板函数相关联，模板函数中直接产生这条字节码执行时的机器码，从而提高解释器的性能。
基于解释器执行已经沦落为低效的代名词。
但是解释器的响应速度快，立马既可以解释运行
虚拟机将源代码直接编译成和本地机器平台相关的机器语言（没有立马执行），JIT编译的机器语言代码会缓存到方法区。
JVM平台支持一种即时编译技术，即时编译目的是避免函数被解释执行，而是将函数体编译成为机器码，每次函数执行时，只执行编译后的机器码即可。
方法调用计数器，回边计数器
热度衰减，即在一段时间内方法被调用的次数，当超过一定的时间限度，调用次数仍不足，这个方法的调用计数器就会被减少一半。这段时间成为此方法的半衰周期。
-XX:-UseCounterDecay 可以关闭热度衰减，这样，只要系统运行时间足够长，绝大部分方法都会被编译成本地代码。
-XX：CounterHalfLifeTime 参数设置半衰周期的时间，单位是秒。
-Xint 只用解释器的模式
-Xcomp 只有编译器的模式
-Xmixed 混合模式
JIT编译又分C1编译器、C2编译器，C1时间快，优化较为简单可靠，C2时间慢优化激进。
JDK9引入AOT编译器（静态提前编译器）,在程序运行之前，便将字节码转化为机器码，并存放支生成的动态共享库之中
