运行期优化

从计算机程序出现的第一天起，对效率的追求就是程序天生的坚定信仰，这个过程犹如一场没有终点、永不停歇的 F1 方程式竞赛，程序员是车手，技术平台是在赛道上飞驰的赛车。

---

概述

• 在部分的商用虚拟机中，Java 程序最初是通过解释器进行解释执行的，当虚拟机发现某个方法或代码块的运行特别频繁时，就会把这些代码认定为“热点代码”。为了提高热点代码的执行效率，在运行时，虚拟机将会把这些代码编译成与本地平台相关的机器码，并进行各种层次的优化，完成这个任务的编译器称为即时编译器（Just In Time Compiler，简称 JIT 编译器）。

HotSpot 虚拟机内的即时编译器

• 我们需要了解 HotSpot 虚拟机的即时编译器的运行过程，同时，还要解决以下几个问题：
  • 为何 HotSpot 虚拟机要使用解释器与编译器并存的架构？
  • 为何 HotSpot 虚拟机要实现两个不同的即时编译器？
  • 程序何时使用解释器执行？
  • 哪些程序代码会被编译为本地代码？如何编译为本地代码？
  • 如何从外部观察即时编译器的编译过程和编译结果？

解释器与编译器

• 尽管并不是所有的 Java 虚拟机都采用解释器与编译器并存的架构，但许多主流的商用虚拟机，如 HotSpot、J9 等，都同时包含解释器与编译器。解释器与编译器两者各有优势：当程序需要迅速启动和执行的时候，解释器可以首先发挥作用，省去编译的时间，立即执行。在程序运行后，随着时间的推移，编译器逐渐发挥作用，把越来越多的代码编译成本地代码之后，可以获取更高的执行效率。当程序运行环境中内存资源限制较大，可以使用解释执行节约内存，反之可以使用编译执行来提升效率。