jvm jit编译器默认启用并自动调优，但生产环境需手动干预：微服务宜早触发c1，长稳服务应推动升至c2；分层编译默认开启，可通过tieredstopatlevel控制层级；调整compilethreshold和osr阈值可优化热点识别；cicompilercount可调节编译线程数；printcompilation和printinlining辅助诊断验证。
JVM 中 JIT 编译器默认启用且自动调优，但生产环境常需手动干预以匹配应用特征——比如启动快的微服务适合早触发 C1，长稳运行的后端服务则应推动代码尽快升到 C2 层级优化。
分层编译与层级控制
Java 7+ 默认开启分层编译（-XX:+TieredCompilation），让解释器、C1、C2 协同工作。关键在于控制“升层节奏”：
- 用 -XX:TieredStopAtLevel=1 强制只用 C1（适合极短生命周期应用，如 CLI 工具）
- 用 -XX:TieredStopAtLevel=4 确保最终走 C2 深度优化（推荐用于 Web 服务、批处理等长期运行场景）
- 避免设为 Level=0（纯解释执行），会完全关闭 JIT，性能大幅下降
热点触发阈值调整
JIT 是否介入，取决于方法或循环是否被判定为“热点”。默认阈值较保守（如方法调用 1500 次），可按需收紧或放宽：
- -XX:CompileThreshold=1000：降低触发门槛，让热点更快编译（适用于已知核心逻辑明确的业务）
- -XX:OnStackReplacePercentage=140：配合循环热点（OSR 编译），提高循环体升级灵敏度
- 注意：阈值过低会导致大量小方法被编译，增加内存和 CPU 开销；建议结合 -XX:+PrintCompilation 观察实际编译行为再调
编译器选择与资源分配
C1 和 C2 各自有独立编译线程队列，默认由 JVM 自动调度。可通过以下方式引导其行为：
- -XX:CICompilerCount=4：显式设置 JIT 编译线程数（默认通常为 CPU 核数 × 0.8），多核机器可适当提高，但不宜超过物理核数
- 禁用某编译器（不推荐）：-XX:-UseC1 或 -XX:-UseC2，仅用于调试或特殊嵌入场景
- 观察编译压力：-XX:+PrintGCDetails -XX:+PrintCompilation 可并行查看 GC 与编译日志，若编译线程长期排队，说明需调高 CICompilerCount 或检查是否存在大量小热点干扰
实用诊断与验证方法
调优不是拍脑袋，得靠可观测性确认效果：
- 加 -XX:+PrintCompilation：输出每次编译的方法名、层级、耗时，例如 123 45 java.lang.String::length (5 bytes) 表示第 123ms 时对 length 方法做了第 4 层（C2）编译
- 加 -XX:+UnlockDiagnosticVMOptions -XX:+PrintInlining：查看哪些方法被内联、为何没内联（如“too big”或“not hot enough”）
- 对比不同配置下同一压测场景的吞吐量与 P99 延迟变化，比单看日志更有说服力
