Kotlin生产服务内存占用持续增长，GC事件过多需参数调优

我们有一个运行在生产环境的Kotlin服务，采用G1GC作为垃圾收集器。目前出现GC事件过多（达43000次）的问题，原因是Eden区填充过快。相关数据如下：

Java版本信息 #

bash-4.2$ java --version
openjdk 17.0.7 2023-04-18 LTS
OpenJDK Runtime Environment Zulu17.42+20-SA (build 17.0.7+7-LTS)
OpenJDK 64-Bit Server VM Zulu17.42+20-SA (build 17.0.7+7-LTS, mixed mode, sharing)

jstat内存分析数据 #

执行命令：

jstat -gcutil 1 1000 100

输出：

S0     S1     E      O      M     CCS    YGC     YGCT     FGC    FGCT     CGC    CGCT       GCT
0.00  51.06  89.92  71.15  99.22  96.71  43188   144.723     0     0.000  4342    28.840   173.564
0.00  56.16   1.54  71.99  99.22  96.71  43189   144.726     0     0.000  4344    28.847   173.573

执行命令：

bash-4.2$ jstat -gc 1 250 1

输出：

S0C         S1C         S0U         S1U          EC           EU           OC           OU          MC         MU       CCSC      CCSU     YGC     YGCT     FGC    FGCT     CGC    CGCT       GCT   
    0.0      2048.0         0.0      1319.0     256000.0     184320.0     184320.0     130305.0   106368.0   105551.6   12544.0   12131.7  43521   146.160     0     0.000  4510    29.960   176.120

生产环境现象 #

• Eden区填充速度极快，触发大量GC事件
• Old区持续增长

我们希望通过调优GC参数来获取应用的最佳性能。由于应用属于重度字符串使用场景，想了解可考虑的调优选项，目前初步考虑的参数有：-Xmx、-Xms、-XX:+UseStringDeduplication、-XX:+UseAdaptiveSizePolicy。

1. 调整堆内存大小（-Xmx/-Xms） #

从提供的jstat数据能看到，当前Old区已用71%左右，Eden区仅256MB，填充速度快直接导致频繁YGC。调整建议：

• 将-Xms和-Xmx设置为相同值，避免堆动态调整带来的额外开销，比如设置为-Xms4g -Xmx4g（具体大小需结合Kubernetes资源配额，确保节点有足够内存支撑）。
• 扩大Eden区的初始占比，G1默认Eden区占堆的5%，可通过-XX:G1NewSizePercent=30和-XX:G1MaxNewSizePercent=60调整范围，让Eden区能容纳更多临时对象，从根源减少YGC触发频率。

2. 启用字符串去重（-XX:+UseStringDeduplication） #

针对重度字符串使用场景，字符串重复率通常较高，G1的字符串去重特性可有效降低堆内存占用：

• 启用参数-XX:+UseStringDeduplication，它会在YGC和并发标记阶段对字符串的char数组进行去重，减少Eden和Old区的内存消耗，减缓内存填充速度。
• 可配合-XX:StringDeduplicationAgeThreshold=3调整去重阈值（默认值为3，即对象经过3次YGC后才会被纳入去重范围），如果业务中存在大量短生命周期但重复度高的字符串，可适当降低该阈值。

3. 自适应大小策略（-XX:+UseAdaptiveSizePolicy） #

G1默认已启用该参数，但可结合其他参数优化效果：

• 该参数会根据GC性能自动调整新生代、Eden、Survivor区的大小。如果手动设置了Eden区的范围，它会在G1NewSizePercent和G1MaxNewSizePercent的区间内自适应调整。
• 若发现Survivor区过小导致对象过早进入Old区（对应Old区持续增长的现象），可通过-XX:SurvivorRatio=8调整Survivor区比例（默认值为8，即Eden:S0:S1=8:1:1），或设置-XX:MaxTenuringThreshold=15延长对象在新生代的停留时间，减少进入Old区的对象数量。

4. 其他G1GC专属调优参数 #

• -XX:G1HeapRegionSize：设置G1的堆区域大小，需结合总堆内存调整，比如4G堆可设置为16MB，让内存管理更高效，减少碎片产生。
• -XX:G1MixedGCCountTarget=8：调整混合GC的执行次数（默认值为8），控制Old区的清理频率，避免Old区持续增长引发的内存压力。
• -XX:G1ReservePercent=10：设置堆预留空间，防止对象晋升失败触发Full GC，默认值为10%，如果Old区增长速度较快，可适当提高该比例。

验证与监控 #

调整参数后，持续用jstat -gcutil <pid> 1000监控GC情况，重点观察YGC次数、YGCT时长、Old区使用率的变化，确保调优效果符合预期。也可结合JMC（Java Mission Control）或Prometheus+Grafana做长期性能监控。

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