G1 GC未主动释放可回收内存，该现象是否属于正常行为？

问题原因 #

• 参数配置导致GC触发阈值被大幅抬高
  你配置的-XX:G1ReservePercent=50是核心诱因，该参数默认值为10，作用是预留指定比例的堆内存应对对象晋升时的空间不足问题。当你设置为50时，意味着G1认为必须预留接近一半的堆空间作为缓冲，并发标记的启动阈值（IHOP）会被大幅抬升，仅当堆内存使用率达到接近50%（256m堆的话就是128m左右）才会启动自动回收，低于阈值时G1会优先保证应用吞吐量，不会主动触发GC。
• G1默认不主动归还内存给操作系统（低版本JDK特性）
  JDK12之前的G1回收器默认没有定期归还空闲内存给操作系统的逻辑，仅在显式触发Full GC时才会对堆内存进行压缩整理，将未使用的内存释放回OS，这就对应你观察到的jcmd <pid> GC.run执行后内存阶梯式回落的现象。
• 显式GC的强制回收特性
  jcmd <pid> GC.run触发的是System.gc()调用，默认会触发全量Full GC，会扫描整个堆回收所有无效对象、整理内存空间，相比G1常规的年轻代GC、并发标记周期的回收力度更大，因此内存下降幅度更明显。

该行为是否正常 #

这属于G1 GC符合参数配置的正常运行行为，不属于故障。

优化建议 #

• 把-XX:G1ReservePercent调整回默认值10即可，除非你实际压测确认存在高频的新生代对象晋升失败问题，否则50%的预留比例会造成大量堆空间浪费，也会拉高自动GC的触发门槛。
• 若使用JDK9及以上版本，可添加参数-XX:+UnlockExperimentalVMOptions -XX:G1PeriodicGCInterval=30000，让G1每30秒自动检查一次空闲内存，满足条件时主动归还给操作系统，降低闲置内存占用。
• 若希望内存占用更稳定，可将-Xms和-Xmx设置为相同值，避免JVM动态扩容缩容堆带来的内存波动。
• 如需保留手动触发GC的能力又不想触发长停顿的Full GC，可添加参数-XX:+ExplicitGCInvokesConcurrent，让显式GC请求触发G1并发标记周期而非Full GC。

你提供的监控图如下：

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