“survivor overflow”是g1混合回收断层的关键信号，表明年轻代对象因survivor区不足而过早晋升，引发老年代碎片化、mixed gc失控及full gc降级。
日志中出现“survivor overflow”或类似表述（如 Survivor space exhausted、to-space overflow），是G1混合回收（Mixed GC）阶段出现断层的关键信号——它意味着年轻代对象在晋升前无法在Survivor区完成充分周转，被迫直接进入老年代，进而触发过早晋升、老年代碎片加剧、Mixed GC频次失控的恶性循环。这不是孤立现象，而是G1回收链中“年轻代→幸存区→老年代”传导机制断裂的明确标志。
识别日志中的幸存区溢出真实形态
不要只盯“overflow”字眼，需结合G1日志结构交叉验证：
-
Young GC日志中出现
to-space overflow或Evacuation failed：例如[GC pause (G1 Evacuation Pause) (young) (to-space overflow) ...]，说明本次复制疏散时目标Survivor区（to-space）容量不足，部分对象被绕过Survivor直接晋升 -
Mixed GC日志中老年代回收比例异常偏低：如
[GC pause (mixed) ... 800M->795M(1024M)]，回收仅5MB，R ≈ 0.006，远低于0.3的健康阈值，表明老年代已充斥大量本不该在此的“早产对象”，空间碎片化严重，标记-清除效率骤降 -
伴随
Full GC after mixed GC或Concurrent Cycle Abort：说明混合回收已失效，G1被迫降级为STW式Full GC，或并发标记周期因内存压力中断，彻底失去低延迟保障
定位断层根源：三类典型配置失配
幸存区溢出本质是G1对对象生命周期的预估与实际分配行为严重脱节。常见失配点有：
-
Eden与Survivor比例被硬编码覆盖：如误配
-XX:NewRatio或-XX:SurvivorRatio，会强制锁定Survivor大小，使G1无法按堆占用动态伸缩；正确做法是完全不设这两项，交由G1自主管理 -
初始晋升阈值（
-XX:MaxTenuringThreshold）过高且未配合IHOP调整：默认15意味着对象需经历15次Young GC才晋升，但若Survivor空间不足，G1会在第1次就强行晋升；应结合日志中实际晋升年龄（查看age字段）设为3~5，并同步调低-XX:InitiatingHeapOccupancyPercent（如从45%降至35%），让并发标记更早介入 -
堆大小与Region尺寸不匹配导致Survivor粒度失控：例如4GB堆配默认2048个Region（每Region 2MB），Survivor仅能分到2~4个Region（4~8MB），根本无法容纳中等流量下的对象周转；应通过
-XX:G1HeapRegionSize=4M减小Region数，扩大单个Survivor区容量
验证优化是否闭环：看三个连续指标
调参后不能只看单次GC日志，需观察趋势性收敛：
-
Young GC中
to-space overflow事件归零，且Evacuation Failure计数稳定为0 -
Mixed GC触发频率下降30%以上，同时单次回收老年代空间量提升至
≥50MB（反映有效对象清理能力恢复） -
晋升年龄分布收敛于3~5之间：用
-Xlog:gc+age=debug开启年龄日志，确认90%以上对象在第3~5次GC后晋升，而非集中爆发在第1次
幸存区溢出不是GC日志里的一个报错，而是G1回收节奏失序的“心电图T波异常”。修复它需要把参数从静态配置思维转向动态反馈闭环——以日志为传感器，以晋升行为为控制变量，让Survivor真正成为对象生命周期的缓冲带，而非晋升高速路的收费站。
