G1 Mixed GC 的触发取决于堆总占用达IHOP阈值（默认45%）并完成并发标记，而非老年代单独占比；其回收Region数量由垃圾价值、停顿约束和空间压力动态权衡决定。

要掌握 G1 Mixed GC 的变量混合回收时机，关键不是盯着“老年代快满了”，而是看整个堆的占用节奏、并发标记是否完成、以及每次 Evacuation Pause 前的动态权衡。它本质上是一套带反馈的闭环控制机制，不是固定周期或阈值触发的简单开关。

盯住 IHOP —— 触发混合回收的真正起点

InitiatingHeapOccupancyPercent（IHOP，默认 45%）控制的是整个堆已用内存占比，不是老年代单独占比。只有当这个值被突破，G1 才启动并发标记周期；标记未完成，Mixed GC 就不会发生。

• 若堆总占用长期卡在 42%，哪怕老年代已占 80%，也不会进 Mixed GC —— 因为标记没开始
• 若应用对象晋升快、老年代涨得猛，但堆总占用因年轻代频繁回收而压在 43%，同样会延迟触发
• 实战中可调低 IHOP（如设为 40）来提前启动标记，尤其适合老年代增长稳定但不可预测的业务

理解 Mixed GC 不是“清老年代”，而是“选 Region”

Mixed GC 每次只回收一部分老年代 Region，具体数量由三个动态因素实时决定：

• 回收价值排序：G1 在并发标记阶段已算出每个老年代 Region 的“垃圾占比 / 预估耗时”，优先挑高价值 Region（比如垃圾多、RSet 小、存活对象少）
• 停顿时间兜底：-XX:MaxGCPauseMillis 是硬约束。G1 在 Evacuation Pause 准备阶段就模拟累加 Region，一旦预估 STW 超限，立即停止加入新 Region
• 空间压力校正：若老年代实际占用远超 IHOP（例如达 65%），G1 会主动放宽停顿限制，多选几个 Region 加速释放；反之若刚清理完只剩 30%，可能跳过本轮或只选 1–2 个

从 GC 日志反推回收策略是否合理

观察 -Xlog:gc* 输出中的 mixed 行，能直接看到 G1 的实时决策：

• [GC pause (G1 Evacuation Pause) (mixed), 0.182ms] 12 regions：本轮选了 12 个老年代 Region，说明当前节奏偏激进
• 连续多轮都是 2 regions，但老年代使用率持续上升 → 可能是 RSet 开销被高估，或 Live Data 统计偏高，导致高价值 Region 被误判为“不划算”
• 日志频繁出现 Concurrent Cycle was cancelled 或 to-space exhausted → 表明 Mixed GC 清理速度跟不上晋升速度，需降低 MaxGCPauseMillis（逼 G1 更激进）或提高 G1MixedGCCountTarget（拉长清理窗口）

常用调优杠杆与作用逻辑

这些参数不是孤立调节的，要结合监控数据联动调整：

• -XX:G1MixedGCCountTarget=8：默认值，表示希望在最多 8 轮 Mixed GC 内清完所有可回收老年代 Region。值越小，每轮压力越大，Region 数越多；值过大则易堆积，增加 Full GC 风险
• -XX:G1OldCSetRegionThresholdPercent=10：单次最多选老年代 Region 总数的 10%。适用于老年代 Region 数量大（如堆 >16GB）、需防止单次回收失控的场景
• -XX:G1MixedGCLiveThresholdPercent=85：跳过存活率超过 85% 的 Region，避免“搬砖式”无效复制，提升单位时间回收收益