JVM JIT调参核心是让热点代码更准、更早、更优地编译为高效机器码；需通过-XX:+PrintCompilation等诊断参数确认热点方法编译状态，按需降低CompileThreshold或指定compileonly，启用LoopPredicate、SuperWord等优化，并慎用AOT。
调整 JVM 的 JIT 编译参数，本质是让热点代码更快地变成高效机器码，并减少编译决策的延迟或误判。重点不在“多编译”，而在“编译得更准、更早、更优”。
识别并确认热点方法是否被 JIT 编译
默认情况下，JVM 会等一个方法被调用约 10000 次（-XX:CompileThreshold=10000）才触发 C1/C2 编译。对启动后快速进入高频计算的场景，这个阈值可能偏高，导致初期大量解释执行拖慢响应。
- 加 -XX:+PrintCompilation 启动应用，观察控制台输出：看到类似
123 1 java.lang.String::hashCode (39 bytes)表示该方法已被编译 - 若关键计算方法长时间没出现在输出里，说明它还没达到阈值，或被 JIT 判定为“不值得编译”（比如含大量分支、异常路径复杂）
- 配合 -XX:+UnlockDiagnosticVMOptions -XX:+PrintInlining 可进一步查看内联决策，确认小工具方法是否被成功内联
降低编译门槛，加速关键路径就绪
对已知稳定、高频的核心计算逻辑（如数值聚合、加密解密、图像处理主循环），可主动降低编译触发条件，让 JIT 更早介入。
- 设 -XX:CompileThreshold=1000 或更低（如 500），适用于服务启动后几秒内即进入密集计算的场景
- 若使用分层编译（默认开启），C1 编译快但优化少，C2 编译慢但深度优化；可通过 -XX:TieredStopAtLevel=1 强制只用 C1，适合低延迟敏感但吞吐要求不极致的场景
- 避免全局调低阈值——仅对特定类/方法生效更稳妥，可用 -XX:CompileCommand=compileonly,com.example.Calculator::compute
引导 JIT 做更激进的优化
JIT 默认保守，尤其对含循环、浮点运算或数组访问的代码。适当参数可释放其优化潜力。
立即学习“Java免费学习笔记（深入）”；
- 启用 -XX:+UseLoopPredicate 让 JIT 在循环前插入边界检查优化，避免每次迭代都做数组越界校验
- 添加 -XX:+UseSuperWord 允许向量化优化，把连续的标量运算打包成 SIMD 指令（需 CPU 支持 AVX/SSE）
- 对纯计算无副作用的方法，标注 @HotSpotIntrinsicCandidate（需 JDK 内部支持）或确保方法简洁、无同步块、无虚方法调用，有助于 JIT 判定为可内联候选
慎用 AOT，明确适用边界
AOT（-XX:+UseAOT）把部分字节码提前编译为机器码，能缩短启动时间，但对运行中动态变化的热点不敏感，且无法做运行时 profiling 优化。
- 仅在启动后计算模式高度固定、且冷启动性能瓶颈明显的场景下考虑（如 CLI 工具、短生命周期批处理）
- 生产 Web 服务通常不推荐 AOT 主力计算路径——JIT 的自适应能力更强，AOT 编译结果可能不如运行时 JIT 生成的代码高效
- 若启用，需配合 -XX:AOTLibrary=./libaot.so 指定预编译库，并注意 JDK 版本与目标环境 ABI 兼容性
