Parallel GC执行System.gc()后RSS未降低，G1却可行？原因及解决办法

一、Parallel GC如何实现RSS降低 #

你遇到的问题核心是Parallel GC的堆收缩下限被初始堆大小限制了。你的参数设置-XX:InitialRAMPercentage=40和-XX:MaxRAMPercentage=40让初始堆和最大堆都固定为2GB容器的40%（即800MB），而Parallel GC默认不会将堆收缩到初始堆大小以下，哪怕GC后实际堆使用量极低。

要让Parallel GC能够归还内存给操作系统，需要调整以下参数：

1. 降低初始堆占比并设置最小堆大小：
   将InitialRAMPercentage设为更低的值（比如10%），同时显式设置-XX:MinHeapSize为一个较小的固定值（比如64MB），让堆有收缩的空间：

   java -XX:+UseParallelGC \
        -XX:InitialRAMPercentage=10 \
        -XX:MaxRAMPercentage=40 \
        -XX:MinHeapSize=64M \
        -XX:-ShrinkHeapInSteps \
        -XX:MinHeapFreeRatio=10 \
        -XX:MaxHeapFreeRatio=10 Main
   

2. 确保自适应大小策略启用：
   Parallel GC的堆收缩依赖-XX:+UseAdaptiveSizePolicy（默认是启用的，无需额外设置，除非你之前显式关闭过），该策略会在Full GC后根据堆的使用情况调整堆大小，当空闲空间超过MaxHeapFreeRatio时，会将堆收缩到符合MinHeapFreeRatio的目标大小，且不低于MinHeapSize。

调整后，当System.gc()触发Full GC后，Parallel GC会将堆收缩到最小堆附近，从而降低RSS占用。

二、为什么G1需要System.gc()才能降低RSS，仅靠自动Full GC不行？ #

G1 GC的内存归还逻辑和触发时机与Parallel GC不同：

1. G1的自动Full GC触发条件苛刻：
   G1默认以并发标记+混合收集为主，只有当并发收集无法及时回收垃圾（比如晋升失败、分配失败）时，才会触发Full GC。这种情况下，GC前堆已经接近饱和，GC后剩余的空闲空间不足以触发内存归还（G1需要空闲空间达到一定比例才会归还）。

2. System.gc()触发的Full GC是主动回收+内存归还的契机：
   默认情况下，G1的System.gc()会触发Full GC（而非并发GC，除非设置-XX:+ExplicitGCInvokesConcurrent），这种Full GC会彻底清理所有垃圾（包括你的示例中被丢弃的HashMap引用的大对象）。GC完成后，G1会检查当前堆的空闲比例，当空闲空间远高于阈值时，会主动将未使用的堆内存归还给操作系统，从而降低RSS。

3. G1的内存归还机制依赖显式或强制Full GC：
   G1的并发收集阶段不会主动归还内存给OS，只有在Full GC完成后，才会执行堆收缩操作。而你的场景中，手动触发System.gc()是唯一能在堆空闲时主动触发Full GC的方式，进而触发内存归还。

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