JIT即时编译器将运行时频繁执行的热点代码（如高频调用方法或循环体）动态编译为本地机器码以提升性能；它延迟编译，仅对达到阈值的热点代码优化，避免冷代码浪费资源，并在编译中进行内联、逃逸分析等深度优化。
JIT（Just-In-Time）即时编译器的核心作用，是把 Java 程序运行时频繁执行的“热点代码”（比如反复调用的方法或循环体），从字节码（平台无关的中间表示）直接翻译成当前 CPU 能直接执行的本地机器码（如 x86 或 ARM 指令），从而绕过解释执行的开销，显著提升性能。
为什么不能一开始就编译？——解释器与 JIT 的分工
Java 程序启动时，字节码由解释器逐行读取、分析并执行。这个过程灵活、启动快，但每条指令都要重复解析，效率低。JIT 不在启动时全量编译，而是“边跑边看”：它内置计数器，持续监控方法调用次数、循环回边次数等。只有当某段代码被判定为“热点”（例如一个方法被调用超过 10000 次，默认阈值），才触发编译。这种延迟编译既节省了冷代码的编译资源，又让热代码获得接近 C/C++ 的执行速度。
什么是“热点代码”？——不是所有代码都会被编译
热点不等于“大”或“复杂”，而是“高频执行”。常见热点包括：
- 被大量调用的 getter/setter 方法（尤其在循环中）
- 核心算法循环体（如排序、矩阵计算中的内层循环）
- 被多次内联的底层工具方法（如 String.indexOf()、ArrayList.get()）
而只执行一次的初始化逻辑、异常处理分支、日志打印等，通常不会被编译，仍由解释器执行。
JIT 编译过程做了什么优化？——不只是翻译
JIT 编译不是简单地把字节码“直译”成机器码，而是在编译过程中进行多轮深度优化，例如：
- 方法内联（Inlining）：把小方法的代码直接“塞进”调用处，消除调用开销和栈帧创建
- 逃逸分析（Escape Analysis）：判断对象是否仅在当前方法/线程内使用，从而将堆分配优化为栈上分配，甚至完全标量替换（拆成基本变量）
- 空检查消除、范围检查消除：基于运行时类型信息，安全地去掉冗余的安全校验
- 循环优化：如循环展开、向量化（自动使用 SIMD 指令加速数组运算）
这些优化依赖运行时采集的实际数据（如类加载情况、分支跳转概率），比静态编译器（如 javac）能做出更精准的决策。
如何观察 JIT 行为？——验证它确实在工作
可通过 JVM 参数开启调试输出：
- -XX:+PrintCompilation：打印哪些方法被编译、何时编译、用了哪个编译级别（C1/C2）
- -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly（需 hsdis 插件）：输出生成的汇编代码，看到真实机器指令
- -XX:+ProfileInterpreter：启用解释器级采样，更早识别热点
运行程序时你会看到类似 123 4 java.lang.String::hashCode (61 bytes) 的日志——这表示第 123ms 时，String.hashCode 方法（61 字节）被 JIT 编译完成。
