JVM GC 日志分析与 G1、ZGC 调优实战

很多 Java 服务的延迟问题不是代码慢，而是堆过小、对象分配过快、晋升失败或暂停目标设置不合理。没有 GC 日志，就很难判断是内存压力、晋升问题还是收集器选择不适配。

解决方案思路

先开启统一 GC 日志，观察暂停时间、Young GC 频率、Old 区增长和 Full GC 触发原因。吞吐型服务可从 G1 开始，强低延迟服务再评估 ZGC，并用压测验证暂停目标。

GC 日志与 G1 参数示例

JAVA_OPTS="-Xms4g -Xmx4g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 \
  -Xlog:gc*,safepoint:file=/data/logs/gc.log:time,uptime,level,tags:filecount=5,filesize=100m"

运行逻辑

调优时不要只追求更小暂停。堆大小、对象生命周期、晋升速率和 CPU 资源会互相影响，G1 的暂停目标过低可能让后台并发标记压力上升，最终吞吐反而变差。

重点观察指标

• P95/P99 与 GC Pause 分布
• Young GC 频率、Old 区占用趋势
• Allocation Rate、Promotion Rate、Full GC 次数

常见误区

• 只改 MaxGCPauseMillis 不看业务吞吐
• 容器内存与 JVM 堆内存预算混淆
• 没有在真实流量模型下比较 G1 和 ZGC

参考方案

• Oracle Java 21 GC Tuning Guide

上线检查

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