《剑指JVM》——第11章——为什么HotSpot VM同时存在JIT编译器和解释器—

本文链接：https://blog.csdn.net/m0_68657832/article/details/140655331

🌈hello，你好鸭，我是Ethan，西安电子科技大学大三在读，很高兴你能来阅读。

✔️目前博客主要更新Java系列、项目案例、计算机必学四件套等。
🏃人生之义，在于追求，不在成败，勤通大道。加油呀！

🔥个人主页：Ethan Yankang
🔥推荐：史上最强八股文||一分钟看完我的几百篇博客

🔥温馨提示：划到文末发现专栏彩蛋点击这里直接传送

🔥本篇概览：详细讲解了为什么HotSpot VM同时存在JIT编译器和解释器——执行引擎3🌈⭕🔥

【计算机领域一切迷惑的源头都是基本概念的模糊，算法除外】

🔥 《剑指JVM》序言-CSDN博客

🔥 《剑指JVM》全书-CSDN博客

🌈章节引出：

前一篇章：

在此模式下，当JVM启动时，解释器可以首先发挥作用，而不必等待JIT全部编译完成后再执行，这样可以省去许多不必要的编译时间。随着程序运行时间的推移，即时编译器逐渐发挥作用，根据热点代码探测功能，将有价值的字节码编译为机器码，并缓存起来，以换取更高的程序执行效率!

🌈章节速览：

11.5.1 为什么HotSpot VM同时存在JIT编译器和解释器

既然 HotSpot VM中已经内置JIT编译器了，那么为什么还需要再使用解释器来“拖累程序的执行性能呢?比如JRockit VM内部就不包含解释器，字节码全部都依靠即时编译器编译后执行。首先明确，当程序启动后，解释器可以马上发挥作用，省去编译的时间，立即执行。编译器要想发挥作用，把代码编译成机器码，需要一定的执行时间，但编译为机器码后，执行效率高。尽管JRockit VM中程序的执行性能会非常高效，但程序在启动时必然需要花费更长的时间来进行编译(即“预热”)。对于服务端应用来说，启动时间并非是关注重点，但对于那些看中启动时间的应用场景而言，或许就需要采用解释器与即时编译器并存的架构来换取一个平衡点。

前端编译器、后端编译器、静态提前编译器

在此我们要说明一点，Java语言的“编译期”其实是一段“不确定”的操作过程，因为它可能是指一个前端编译器javac(其实叫“编译器的前端”更准确一些)把,java 文件转变成.class文件的过程。也可能是指虚拟机的后端运行期编译器(JIT编译器，JustInTime Compiler)把字节码转变成机器码的过程。还可能是指使用静态提前编译器(AOT编译器，Ahead OfTimeCompiler)直接把.iava 文件编译成本地机器代码的过程。