JVM通过热点探测与分层编译动态切换执行模式：0级解释执行，1级C1编译，2-4级C2深度优化；依据方法调用（默认10000次）和回边计数（默认140000次）识别热点，支持参数调优与日志观察。
Java虚拟机（JVM）并不固定使用解释执行或编译执行，而是根据代码的运行热度动态切换——核心机制是热点探测 + 分层编译，由JIT编译器（如C1、C2）和解释器协同完成。
热点代码如何被识别
JVM通过计数器统计方法调用次数和循环回边次数来判断是否为热点代码。默认阈值如下：
- 方法调用计数器：默认10000次（可通过-XX:CompileThreshold调整）
- 回边计数器（用于循环体）：默认140000次（受-XX:OnStackReplacePercentage等参数影响）
- 计数器并非全局累加，存在分层衰减与热度维持机制；方法执行一段时间未达阈值，计数可能被缩小（半衰期机制）
分层编译的三级执行流程
从JDK 7u4起，默认启用分层编译（-XX:+TieredStopAtLevel=1可禁用），共五级，关键三级为：
- 第0级：纯解释执行（Interpreter），启动快，无编译开销
- 第1级：C1编译（Client Compiler），带基础优化（如方法内联、空值检查消除），生成带性能监控的字节码
- 第2/3/4级：C2编译（Server Compiler），深度优化（如循环展开、逃逸分析、向量化），生成高度优化的本地代码
当某方法被多次调用或循环反复执行，JVM会先用C1快速编译，再根据更细粒度的统计（如分支跳转频率）决定是否触发C2重新编译。
立即学习“Java免费学习笔记（深入）”；
如何观察执行模式切换
添加JVM参数可实时查看编译行为：
- -XX:+PrintCompilation：打印方法编译事件（如123 1 3 java.lang.String::hashCode (67 bytes)）
- -XX:+UnlockDiagnosticVMOptions -XX:+PrintInlining：查看内联决策细节
-
-XX:+TraceClassLoading配合jstat -compiler
可查已编译方法数与失败次数
注意：首次执行的方法一定走解释器；刚编译完成的方法可能仍被解释执行几轮（预热缓冲），直到栈上旧帧退出、新调用进入编译后版本。
影响切换的关键因素
除调用频次外，以下情况会显著延迟或阻止编译：
- 方法含大量异常处理块或反射调用（C2可能拒绝编译）
- 类尚未初始化完成（如静态块未执行完），JIT会跳过该类所有方法
- 使用-Xint强制仅解释执行，或-Xcomp强制首次即编译（忽略热度）
- 内存不足或编译队列积压时，JIT线程可能丢弃低优先级编译任务
基本上就这些。切换不是“开关式”的，而是一个持续评估、渐进升级的过程。理解它，有助于合理设置编译阈值、定位冷启动延迟，也避免误判“为什么我的热点方法没被编译”。
