jvm-gc-overhead

JVM GC 开销过高

现象

接口延迟周期性抖动，CPU 使用率高但业务线程不忙，日志出现 GC overhead limit exceeded 或长停顿；监控显示 GC 次数和停顿时间明显上升。

快速定位

jstat -gcutil <PID> 1000 10
jcmd <PID> GC.heap_info
jcmd <PID> GC.class_histogram

开启 GC 日志（JDK 9+）：

-Xlog:gc*:file=/var/log/app/gc.log:time,uptime,level,tags

查看容器内存限制和堆设置：

cat /sys/fs/cgroup/memory.max
jcmd <PID> VM.flags | grep -E 'MaxHeapSize|InitialHeapSize'

常见根因

• 堆太小或容器内存限制与 -Xmx 不匹配，频繁 Full GC。
• 对象分配速率过高，年轻代回收跟不上。
• 大对象、缓存无上限或内存泄漏，老年代持续增长。
• GC 算法与堆大小不匹配，停顿时间过长。
• 元空间或直接内存不足，触发额外回收。
• 容器内未识别 cgroup 限制，JVM 看到的是宿主机内存。

修复

• 设置合理的 -Xms/-Xmx，容器内使用 -XX:MaxRAMPercentage。
• 根据延迟目标选择 G1/ZGC，并设置 MaxGCPauseMillis。
• 用 jcmd GC.class_histogram 和堆 dump 找大对象来源。
• 限制本地缓存大小，增加过期和淘汰策略。
• 修复泄漏后做一次 Full GC 或滚动重启验证。
• 持续采集 GC 日志和堆使用率，设置告警。

相关命令

• jstat — GC 统计
• jcmd — 堆、线程和 VM 信息
• jmap — 堆 dump
• async-profiler — CPU/分配采样
• jvm-gc-overhead 常与 metaspace-oom、thread-deadlock 一起排查