jvm通过jit即时编译器动态识别热点代码并编译为机器码，采用“解释执行保启动、编译优化提效率”的混合模式；热点由方法调用计数器（默认10000次）和循环回边计数器触发，经分层编译（c1/c2）、优化（如内联、逃逸分析）后存入code cache，支持常规替换与osr切换，兼顾性能与语义安全。
JVM 通过 JIT 即时编译器将热点代码编译为机器码，不是一上来就全量编译，而是边运行、边观察、边优化。核心逻辑是“先解释执行保启动速度，再动态编译提执行效率”，整个过程由解释器和 JIT 协同完成。
热点代码怎么被识别出来
JIT 不会盲目编译所有代码，它依赖计数器机制持续监控执行行为：
- 每个方法有独立的「方法调用计数器」，每次调用+1；默认阈值通常是 10000 次（可通过 -XX:CompileThreshold 调整），超阈值即触发编译
- 每个循环体维护「循环回边计数器」，每次跳回循环开头就+1；哪怕方法只调用一次，但循环执行上万次，也会被识别为热点
- HotSpot VM 还支持分层编译：第 0 层解释执行并开启性能采样，第 2–3 层用 C1 编译器带 profiling 编译，第 4 层用 C2 编译器做深度优化
字节码到机器码的转化过程
一旦某段代码被标记为热点，JIT 就开始执行编译流程：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 从方法区读取该方法的字节码，进行语法与语义校验
- 构建中间表示（如 CFG 控制流图），便于后续优化
- 应用典型优化：方法内联（消除虚方法调用开销）、循环展开（减少分支判断）、冗余消除、逃逸分析（决定对象是否分配在栈上）等
- 生成平台相关机器码（x86、ARM 等），存入代码缓存（Code Cache），供后续直接调用
编译后的机器码如何生效
编译完成不等于立刻替换，JVM 提供两种切换方式：
- 常规替换：方法下次被调用时，直接跳转到缓存中的机器码执行，绕过解释器
- 栈上替换（On-Stack Replacement, OSR）：针对正在执行的长循环，JVM 可在循环中途暂停线程、替换栈帧、切到已编译的机器码继续执行，无需等方法退出
- 若代码后续被频繁修改（如反射修改类结构），JVM 会去优化（deoptimization），退回到解释执行，保证语义正确性
实际效果与注意事项
JIT 编译带来的性能提升明显，但也伴随一定代价：
- 编译本身消耗 CPU 和内存（Code Cache 默认大小有限，可能触发 Full GC）
- 首次编译有延迟，所以 Java 应用通常需要“预热”（warm-up）才能达到峰值性能
- 不同 JVM 版本默认策略不同：Java 8+ 默认启用分层编译（C1+C2 协同），不再区分 -client/-server 参数
- 可通过 -XX:+PrintCompilation 查看哪些方法被编译，用 -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly（需 hsdis）查看生成的汇编指令
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
