Java 性能优化上线清单：从定位、改造到灰度发布

性能优化往往改到核心链路，如果缺少上线清单，容易出现“压测有效、线上退化”或“一个指标变好、另一个指标变坏”的情况。

解决方案思路

上线前固定基线、记录指标、完成压测和回滚方案；上线时灰度观察 P99、错误率、CPU、GC、连接池和下游指标；上线后保留对比报告。

发布前检查项示例

1. 已保存优化前 JFR、GC 日志、压测报告
2. 已验证 P95/P99、错误率、CPU、GC、连接池
3. 已配置灰度范围、告警阈值和回滚开关
4. 已确认下游容量没有被重试或并发放大

运行逻辑

完整闭环是“指标发现 -> Profiling 定位 -> 小步改造 -> 基准/压测验证 -> 灰度发布 -> 线上复盘”。每一步都要有可回溯证据。

重点观察指标

• 优化前后 P95/P99 与吞吐对比
• CPU、内存、GC、线程池、连接池
• 错误率、熔断、降级、重试次数

常见误区

• 只证明局部代码更快，没有证明接口更稳
• 没有灰度和回滚
• 上线后不复盘指标

参考方案

• Oracle JDK Mission Control 文档
• Oracle Java 21 GC Tuning Guide
• OpenJDK JMH
• Gatling Docs

上线检查

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