概述
整个结构的下层, 执行引擎是java虚拟机核心之一
虚拟机的执行引擎则是由软件自行实现的,
能够执行那些不被硬件直接支持的指令集格式。
jvm的主要任务就是负责装载字节码到其内部, 进行解释运行。
如果要想让一个java程序允许起来, 执行引擎的任务就是将字节码指令解释或者编译为对应的平台上的本地机器指令才可以。翻译成机器语言。
java代码编译和执行过程
执行过程
- 橙色的部分是javac前端编译器做的
- 绿色部分是半解释型
- 蓝色部分是半编译型
- 解释器: 当java虚拟机启动时会根据预定义的规范对字节码采用逐行解释的方式运行, 将每条字节码文件中的内容“翻译”为对应平台的本地机器指令执行。
- JIT (即时)编译器: 就是虚拟机将源代码直接编译成和本地平台相关的机器语言
机器码、指令、汇编
解释器
- 运行时翻译者。
JIT编译器
最明显的好处就是速度快, 先编译成机器指令, 有热点代码的缓存。
有些开发人员会感觉到诧异,既然 HotSpot VM 中已经内置了 JIT 编译器了,那么为什么还使用解释器来“拖累”程序的执行性能呢? 比如 JRockit VM 内部就不包含解释器,字节码全部都依靠即时编译器编译后执行。
首先明确:当程序启动后,解释器可以马上发挥作用,省去编译的时间,立即执行。编译器要想发挥作用,把代码编译成本地代码,需要一定的执行时间。但编译为本地代码后,执行效率高。所以:尽管 JRockit VM中程序的执行性能会非常的高效,但程序在启动时必然会花费更长的时间来进行编译。对于服务器来说,启动时间并非时关注重点,但对于那些看中启动时间的应用场景而言,或许就需要采用解释器与及时编译器并存的架构来换取一个平衡点。在此模式下,当 Java 虚拟机启动时,解释器可以首先发挥作用,而不必等待即时编译器全部编译完成后在执行,这样可以省去许多不必要的编译时间。随着时间的推移,编译器发挥作用,把越来越多的代码编译成本地代码,获得更高的执行效率。
同时,解释执行在编译器进行激进优化不成立的时候,作为编译器的“逃生门”。
* 这一章相对来说没有那么重要故笔记也写得少, 大家可以做个了解。