G1老年代提交内存突增、Eden区缩小引发性能异常问题咨询

问题1答复 #

是直接诱因，但属于根因触发的中间表现。
G1下调Eden区提交内存后，年轻代可用空间大幅缩减，在对象分配速率不变的前提下，年轻代GC频次会直接暴涨，带来CPU使用率上升、应用线程停顿时间变长的问题。而你后续排查到的堆外直接内存突增才是根因：堆外内存占用大幅上涨后，整机提交虚拟内存超过物理内存上限，系统触发swap换入换出，磁盘IO同步打满，JVM感知到系统可用内存不足才会触发堆内分区的调整行为。

问题2答复 #

该行为是两个因素共同作用的结果：

• OpenJDK 11版本的G1默认开启-XX:+UseAdaptiveSizePolicy（自适应堆大小策略），会根据GC停顿指标、系统可用内存、对象分配速率动态调整各分区的提交内存容量，当感知到系统可用内存不足时，会主动释放堆内非核心分区的预留内存给系统，优先保证老年代的提交内存预留，避免对象晋升失败触发Full GC甚至OOM。
• 你当前使用的OpenJDK 11.0.11存在已知的自适应策略计算bug：当堆外内存快速增长时，G1的可用内存阈值计算错误，会过度压缩Eden区容量，同时无意义抬升老年代的提交内存预留，该问题在11.0.14及后续小版本已经修复。

问题3答复 #

可以通过以下手段规避：

• 参数固定堆分区规则：不需要动态调整堆大小的场景下，直接关闭自适应策略，添加JVM参数 -XX:-UseAdaptiveSizePolicy，同时通过-XX:NewRatio固定新老年代比例，或直接通过-Xmn固定年轻代容量，避免G1自动调整分区大小。同时添加-XX:MaxDirectMemorySize=容量值限制堆外直接内存的上限，避免堆外内存无限制占用系统内存。
• 升级JDK小版本：将OpenJDK 11升级到11.0.14及以上的稳定小版本，修复自适应策略的已知bug。
• 系统层面优化：调整Linux内核参数vm.swappiness=10（或更低），降低系统触发swap的优先级，减少内存不足时的IO抖动。
• 根因修复：定位堆外直接内存占用的来源，常见场景包括未手动释放Netty ByteBuf、NIO通道未正常关闭、第三方依赖JNI内存泄漏，修复后即可从根源避免该问题。

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