G1的Copying算法本身不解决老年代碎片化，因其仅用于Young GC中的Eden/Survivor Region复制；老年代碎片靠Mixed GC主动回收高垃圾比例Region来等效“去碎片”，而Humongous Region分配失败或Mixed GC滞后才会触发Full GC导致长时间STW。
G1 的 Copying 算法在大内存堆中不会因碎片化触发额外 STW，但 Humongous Region 分配失败或 Mixed GC 回收不及时时，会直接导致 Full GC —— 这才是你看到的“长时间 STW”的真实来源。
为什么 G1 的 Copying 本身不解决碎片化问题？
G1 的年轻代回收（Young GC）确实用的是复制算法（copying），但它只作用于 Eden + Survivor Region，不涉及老年代 Region 的整理。老年代的碎片化不是靠复制来“修复”的，而是靠 Mixed GC 主动挑选垃圾比例高的 Region 进行回收 —— 回收后这些 Region 被清空、重置为可用状态，等效于“去碎片”。所以：
- 堆整体碎片化 ≠ Copying 失效；
- 真正卡住的是 Humongous Region 分配失败或 Mixed GC 没跟上对象晋升节奏；
- Copying 在 Young GC 中始终是 STW 的，但耗时通常很短（几毫秒），和堆大小关系不大，和存活对象数量强相关。
什么情况下你会看到 STW 时间突然飙升？
这不是 Copying 算法慢了，而是 G1 被迫降级执行 Full GC。常见诱因包括：
- Humongous Object 分配失败：对象 > 50% Region 大小（如 Region=2MB → 对象 >1MB），且找不到连续的空 H Region；
- Concurrent Mark 完成后，可回收的 Old Region 不足，但老年代已逼近 100% 占用，G1 放弃 Mixed GC，直接触发 Full GC；
- -XX:G1HeapRegionSize 设得过大（如 4MB），导致本该拆成多个 Region 的大对象被强制塞进单个 H Region，加剧 H 区碎片；
- -XX:G1MaxNewSizePercent 设得太高（如 60%），挤占老年代空间，让并发标记启动更晚、Mixed GC 更被动。
怎么从 GC 日志里快速定位 STW 真凶？
别只盯着 GC pause (young)，重点看这几类日志：
- 出现 Full GC 或 Pause Full：说明已彻底失控，必须查 Humongous allocation failed 或 to-space exhausted；
- GC pause (mixed) 频次极低或停顿时间远超 -XX:MaxGCPauseMillis（如设 200ms 却打到 800ms）：说明回收计划失效，可能因 Region 数量不足或 IHOP 触发过晚；
- 日志里反复出现 Humongous allocation + region count: N（N >1）：说明大对象横跨多个 Region，后续回收成本高、易失败；
- Concurrent cycle 日志中 marking 阶段耗时异常长：可能是堆内对象图太深或 SATB 缓冲区溢出（satb_buffer_queue 满），间接拖慢 Mixed GC 启动。
真正影响 STW 时长的关键参数有哪些？
这些参数不改变 Copying 行为，但决定 G1 是否能避开 Full GC：
- -XX:G1HeapRegionSize：建议保持默认（由堆大小 / 2048 推导），除非你明确知道大对象尺寸分布；设太大 → H 区难凑连续块；设太小 → Region 数爆炸，标记开销上升；
- -XX:InitiatingHeapOccupancyPercent（IHOP）：默认 45%，大堆建议调低至 35~40，让并发标记早启动，给 Mixed GC 留出缓冲；
- -XX:G1MixedGCCountTarget 和 -XX:G1OldCSetRegionThresholdPercent：控制每次 Mixed GC 回收多少 Old Region，避免单次 STW 过长或回收不彻底；
- -XX:+G1UseAdaptiveIHOP（JDK10+ 默认开启）：动态调整 IHOP，比静态值更稳，但需观察日志中 adaptive IHOP 是否频繁波动。
真正麻烦的从来不是 Copying 本身，而是 Humongous Region 的分配与回收逻辑 —— 它不走常规路径，也不参与并发标记的优先级排序，一旦堆积，就只能靠 Full GC 清理。监控时盯紧 H 区数量、Humongous allocation 频次、以及每次 Mixed GC 实际回收的 Old Region 数，比调优 Young GC 的 STW 更有效。
