Spring Boot 线上性能诊断：用 JFR 和 JMC 找到慢接口根因

接口 P99 突然升高时，日志通常只能告诉你“发生了什么”，很难说明 CPU、锁等待、IO 或 GC 谁才是主因。JFR 的价值在于低开销记录运行事件，让慢接口诊断从猜测进入证据链。

解决方案思路

先在灰度或单台实例上开启短时 JFR，记录 CPU、Allocation、Lock、Socket、GC 等事件，再用 JMC 对齐接口时间窗口，优先分析热点方法、阻塞线程和异常分配路径。

JFR 采集命令示例

jcmd $PID JFR.start name=api-p99 settings=profile duration=120s filename=/tmp/api-p99.jfr
# 下载到本地后用 JDK Mission Control 打开，按请求慢的时间段过滤事件

运行逻辑

运行时可以按“入口接口 -> 线程状态 -> 方法采样 -> 分配对象 -> GC 停顿”的顺序阅读 JFR。若热点集中在 JSON、SQL、锁竞争或远程调用，后续优化方向就会非常清楚。

重点观察指标

• JFR Method Profiling 中热点方法占比
• Thread Park、Monitor Blocked、Socket Read 等等待事件
• Allocation in new TLAB 与 GC Pause 时间线

常见误区

• 一次录制时间过长导致文件巨大
• 脱离业务时间窗口单独看热点方法
• 没有保留优化前后的 JFR 对比文件

参考方案

• Oracle JDK Mission Control 文档

上线检查

• 优化前后保留同一口径的指标截图或报告。
• 先灰度单实例或小流量，观察 P95/P99、错误率和资源指标。
• 准备回滚开关，避免性能改动影响核心业务。