Java 8 G1GC如何避免峰值数据引发的STW垃圾回收？

我们有一款流式处理市场数据的应用，每日会出现数据峰值。峰值期间的内存分配导致JVM触发**Stop-The-World（STW）**垃圾回收。从堆使用图表来看，峰值期间的所有内存分配似乎直接进入了Old Gen。是否有G1GC参数可以改变这一行为？我认为将对象保留在Eden区可避免STW垃圾回收。已尝试设置-XX:MaxTenuringThreshold=15，但无效果。当前使用Java 8搭配G1GC，相关堆使用图表如下：

• 总堆使用情况：
• G1 Eden区（峰值期间使用率下降）：
• G1 Old Gen（峰值期间分配直接进入老年代）：

Java 8的G1GC中，对象直接进入老年代的常见原因包括大对象分配、Eden区空间不足触发提前晋升、G1动态调整晋升年龄——你设置的MaxTenuringThreshold=15无效，是因为G1默认会根据堆使用情况自适应调整晋升年龄，该参数仅作为上限。针对你的场景，可尝试以下参数调整：

1. 扩大Eden区的可分配空间 #

G1默认Eden区仅占堆的5%，峰值时极易被快速填满，导致新对象直接晋升到老年代。通过以下参数调整Eden区的占比范围：

-XX:G1NewSizePercent=30
-XX:G1MaxNewSizePercent=70

将Eden区的最小占比设为30%、最大70%，给峰值期间的临时对象预留更多空间，减少直接晋升的情况。

2. 调整大对象晋升阈值（需先确认对象大小） #

G1默认会将超过Region一半大小的对象直接分配到老年代。如果峰值期间的对象并非真正的大对象，可先调整Region大小，再提高大对象阈值：

-XX:G1HeapRegionSize=16m  # 根据堆总大小设置合适的Region，比如堆16G时设16M
-XX:PretenureSizeThreshold=32m  # 仅让超过32M的对象直接进入老年代

注意：若峰值对象确实是大对象，此调整会导致Eden区频繁GC，反而加剧STW，需先通过jmap -histo或性能分析工具确认对象大小。

3. 强制固定晋升年龄规则 #

禁用G1的自适应大小策略，让MaxTenuringThreshold=15生效，强制对象在Survivor区停留更久：

-XX:MaxTenuringThreshold=15
-XX:TargetSurvivorRatio=80  # 提高Survivor区的使用率阈值，尽量保留对象
-XX:-UseAdaptiveSizePolicy

警告：禁用自适应策略可能降低堆内存整体使用效率，需结合实际场景测试验证。

4. 提前触发并发GC，避免Full GC #

峰值时老年代快速填满会触发STW的Full GC，可提前设置并发GC的触发阈值：

-XX:InitiatingHeapOccupancyPercent=40

默认阈值为45%，设为40%让G1更早启动并发回收老年代，减少Full GC的触发概率。

额外建议 #

从你的图表来看，峰值时Eden区使用率下降、老年代暴涨，大概率是Eden/Survivor区空间不足导致对象提前晋升。建议先用jstat -gcutil或性能分析工具，确认峰值期间的对象生命周期、分配速率，再针对性调整参数，避免盲目调优。

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