1.现象

发现某线上服务（jdk1.8、G1算法），old区只在fullgc阶段回收（也就是说没有触发mixed gc）

如下图所示，虽然平时都进行gc，但是old区没有减少，只有fullgc的时候，old区才被回收

线上服务对应的gc参数为：

-XX:InitiatingHeapOccupancyPercent=70  -XX:G1NewSizePercent=40

2.G1

G1核心逻辑：

通过将内存划分若干个Region区域，可以做到gc时只回收部分内存，同时借助多核加速Region回收速度。将停顿时间变得可预测（通过调整回收内存大小，控制gc时间）、避免了内存碎片

old区和young区大小处于动态变化过程中，根据预测算法，结合-XX:MaxGCPauseMillis参数，动态调整两者内存比例，以及mixed gc回收old比例，将gc停顿时间尽可能控制在参数以内

G1中主要存在3种gc算法：

Young GC：选定所有年轻代里的Region。G1是通过调整年轻代大小，控制年轻代Region数量来控制YGC的开销。

Mixed GC：选定所有年轻代里的Region，外加根据global concurrent marking统计得出收集收益高的部分老年代Region，在用户指定的停顿时间目标范围内尽可能选择收益高的老年代Region回收，G1就是通过控制回收老年代Region数量来控制Mixed GC的开销的。

FullGC：Serial Old GC

只有Mixed gc 和Full gc会回收old区

在G1中有关键的3个参数：

-XX:InitiatingHeapOccupancyPercent：默认值45，超过这个值，开始触发全局标记，进而触发mixed gc，注意这个值表示的是：老年区已使用空间/整个堆空间

-XX:G1NewSizePercent：默认值5%，新生代最小值

-XX:G1MaxNewSizePercent：默认值60%，新生代最大值

3.InitiatingHeapOccupancyPercent之坑

当时线上的gc参数配置如下：

-XX:InitiatingHeapOccupancyPercent=70  -XX:G1NewSizePercent=40

可以发现问题：

XX:G1NewSizePercent = 40 （young区占用40%）导致 old区最多有 60%的空间，无法达到 -XX:InitiatingHeapOccupancyPercent=70，永远触发不了全局标记、mixedgc了，导致老年代回收不了，一直挤压等到fullgc，才能回收old区

相关的问题，也被提给jdk官方：

https://bugs.openjdk.org/browse/JDK-8151176

https://bugs.openjdk.org/browse/JDK-8142484

可以看到这个问题，在高版本的jdk9，已经被修复，不存在这个问题了。但是使用低版本的jdk，还要注意这个坑

4. 验证

我们将gc参数调整为：

-XX:InitiatingHeapOccupancyPercent=40  -XX:G1NewSizePercent=10 -XX:G1MaxNewSizePercent=35

将young区控制在35%以下，上线效果如下，可以看到老年代不在持续增加，会跟随mixed gc回收，不在触发fullgc（会导致较长的STW，以及oom）