Java8 G1GC垃圾回收调优：如何降低11秒GC停顿耗时

问题排查前提说明 #

你贴出的本次GC是年轻代疏散暂停，总耗时仅0.12秒，和你观测到的11秒停顿不匹配，11秒大概率是混合GC、Full GC或者操作系统层面的问题（swap、CPU抢占、内存不足），建议先找到对应11秒停顿的GC日志条目，明确耗时占比最高的阶段再针对性调优。

降低GC停顿时长的方案 #

• 优先开启并行引用处理：你现有日志中Ref Proc阶段耗时26.7ms，占非并行阶段耗时的90%，添加-XX:+ParallelRefProcEnabled参数开启多线程处理引用，可直接降低这部分耗时。
• 显式设置G1停顿目标：你当前没有配置-XX:MaxGCPauseMillis，G1默认停顿目标为200ms，可根据业务容忍度设置为-XX:MaxGCPauseMillis=100，G1会自动调整新生代大小来匹配目标停顿时间。
• 评估字符串去重的必要性：现有日志中字符串去重的Fixup阶段耗时16.8ms，如果你的应用字符串重复率低于30%，可以直接移除-XX:+UseStringDeduplication参数，消除这部分额外开销。
• 排查操作系统层面问题：确认服务器是否开启了swap、GC时段是否有其他进程抢占CPU、是否存在磁盘IO打满的情况，这类操作系统问题也会导致GC耗时异常飙升。

20GB堆内存方案可行性评估 #

该方案有适用前提，不建议直接上线：

• 可行的场景：如果11秒停顿是因为堆内存不足导致的频繁Full GC/混合GC，且应用不存在内存泄漏，20GB堆在32GB压缩指针阈值以内，不会触发对象内存膨胀，总内存48GB的情况下预留了足够的系统内存、堆外内存和文件缓存空间，方案是可行的。
• 不可行的场景：如果11秒停顿是内存泄漏、大对象过多、锁竞争、操作系统问题导致的，扩容堆内存只会延后问题爆发时间，甚至会因为堆变大导致混合GC的单次停顿时间更长，完全解决不了卡顿问题。

其他可优化的JVM配置 #

• 必加配置
  • -XX:+ParallelRefProcEnabled：并行处理软引用/弱引用/虚引用，降低引用处理耗时
  • -XX:+DisableExplicitGC：禁止代码中手动调用System.gc()触发不必要的Full GC
  • -XX:G1NewSizePercent=20 -XX:G1MaxNewSizePercent=50：限制新生代的大小范围，避免G1自动调整时把新生代设的过大导致单次年轻代GC停顿超标
  • -XX:MaxMetaspaceSize=1G：限制元空间最大大小，避免元空间动态扩容触发Full GC
• 可选配置
  • 如果应用存在大量大对象，添加-XX:G1HeapRegionSize=16m调整Region大小，减少大对象数量，降低老年代碎片化风险
  • 如果使用JDK11及以上版本，换用ZGC垃圾回收器，大堆场景下停顿时间可稳定控制在10ms以内，低延迟表现远优于G1GC

内容的提问来源于stack exchange，提问作者Jude