分层编译是jvm基于运行时热度动态优化的五级策略：level 0解释执行，level 1–3由c1渐进编译（含profiling），level 4由c2深度优化；触发依赖方法调用（约4500次）和循环回边（约10700次）阈值，并受计数器衰减与codecache分区管理制约。
分层编译是 JVM 在运行时动态决定如何优化代码的核心策略：它不靠预设规则“一刀切”，而是让解释执行、C1 编译、C2 编译逐级协作，只对真正高频稳定执行的代码投入更多编译资源。
分层编译不是线性升级，而是五级协同
Java 7 起默认启用分层编译（-XX:+TieredCompilation），共 5 个编译层级（Level 0–4）：
- Level 0：纯解释执行，不收集运行时信息，只负责启动和触发后续编译
- Level 1：C1 快速编译，生成带 profiling（性能采样）能力的代码
- Level 2/3：C1 进一步优化，增加内联、空值检查消除等基础优化
- Level 4：C2 深度编译，基于 C1 收集的运行数据做激进优化（如循环展开、标量替换、去虚拟化）
同一方法可能在不同阶段处于不同层级——比如 Spring Boot 启动时的 doDispatch 先被 C1 编译（Level 2），后续若持续高频调用且含稳定循环，会被 C2 接管重编译（Level 4）。
触发编译靠“热度”，不是启动就编译
JVM 不会一运行就编译所有代码，而是靠两个动态计数器监控方法执行频率：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 方法调用次数：默认达 4500 次（HotSpot 8u），触发 C1 编译队列
- 循环回边次数（如 for 循环末尾跳回头部）：默认达 10700 次，可能直接触发 C2 编译或 OSR（On-Stack Replacement）
- 计数器每秒衰减 2%（×0.98），防止短期突发调用被误判为长期热点
这意味着刚启动的服务里，API 入口方法可能几秒内就被 C1 编译，而业务计算方法要等真实流量持续打进来才会被 C2 优化。
C1 和 C2 各司其职，不是“简版 vs 完整版”
C1 和 C2 是定位不同的编译器，不是替代关系：
- C1（Client Compiler）：编译快、开销小，适合响应敏感场景。保留数组边界检查等安全机制，做方法内联、逃逸分析初筛
- C2（Server Compiler）：编译慢、优化激进，专为长期运行服务。能确认对象不逃逸后直接删掉冗余检查；能把
list.size()提出循环、把简单循环向量化 - 编译失败时可降级：C2 优化假设不成立（如类型推断失败），会退回到 C1 编译版本，甚至回落到解释执行
Code Cache 分区管理支撑分层运行
从 Java 9 开始，JVM 把用于缓存编译后机器码的 Code Cache 划分为三个区域：
- non-method segment：存 JVM 内部代码，大小固定
- profiled-code segment：存 C1 编译代码，生命周期短（随时可能被 C2 替换）
- non-profiled segment：存 C2 编译代码，生命周期长（极少降级）
这种分区减少内存碎片，也反映分层编译中不同层级代码的稳定性差异——C2 产出更“稳”，C1 更“快但临时”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
