分层编译的核心目标是让java应用既“启动快”又“跑得稳”，通过解释执行（第0层）、c1轻量编译（约1500次调用触发）和c2深度优化（长期高频路径）动态协同，配合可调参数实现启动与性能统一。
分层编译的核心目标，就是让 Java 应用既“启动快”，又“跑得稳”。它不靠牺牲一方换另一方，而是用动态分阶段执行的方式，在解释、轻量编译、深度优化之间自然过渡。
第0层解释执行扛住冷启动压力
所有方法第一次调用都走解释器——不编译、无延迟、零预热。这对 Spring Boot 启动时大量 Bean 初始化、配置加载等短生命周期逻辑非常友好。解释器本身开销小，适合应付发布后前几秒的流量突增，避免一上来就触发 JIT 编译导致 CPU 打满。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
C1 编译快速响应中等热点
当一个方法被调用约 1500 次（或循环回边达相同阈值），C1 就会介入： - 生成带基础优化（如常量折叠、简单内联）的本地代码 - 编译耗时短、代码体积小、内存占用低 - 适合业务请求刚进来时的中频逻辑，比如通用参数校验、DTO 转换等
C2 编译专注长期高频核心路径
持续被调用的方法（如订单计算、支付扣减）会升到 C2 层： - 做逃逸分析、多态内联、循环向量化等深度优化 - 生成高性能但体积更大、编译更久的代码 - 不追求立刻生效，而是在服务稳定运行后逐步接管关键路径
关键参数可微调适配业务节奏
默认阈值对多数服务够用，但可根据实际调整： - -XX:CompileThreshold=10000：提高 C1 触发门槛，减少早期编译干扰，适合启动后流量平稳、热点明确的后台服务 - -XX:TieredStopAtLevel=1：停在 C1 层，放弃 C2 的激进优化，换更可控的内存和启动响应，适合边缘计算或函数实例 - -XX:+UseCounterDecay：启用计数器衰减，防止历史热点长期霸占编译资源，给新上线逻辑腾出优化机会
本质上，分层编译不是靠“开关”切换模式，而是让 JVM 自己根据运行时行为做判断——冷代码继续解释，温代码交给 C1 快速提速，热代码由 C2 精耕细作。这种协作机制，把启动速度和运行性能真正统一在一套执行流里。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
