mixed gc 触发需先满足堆占用超initiatingheapoccupancypercent（默认45%）以启动并发标记，完成后才可能执行；其回收老年代region数量由g1mixedgccounttarget、g1oldcsetregionthresholdpercent及maxgcpausemillis动态调控，非固定或全量清理。
看懂 G1 的 Mixed GC 触发条件，先盯住 InitiatingHeapOccupancyPercent
混合回收不是凭空启动的，它背后有一个核心阈值控制：当整个堆（不只是老年代）的已用内存占比超过 InitiatingHeapOccupancyPercent（默认 45%），G1 就会启动并发标记周期（Concurrent Marking Cycle）。只有完成这个周期，后续才可能触发 Mixed GC。这意味着：你看到的 Mixed GC，其实是“标记完成后的清理动作”，不是“一发现老年代快满了就立刻扫”。如果堆总占用长期卡在 40%，哪怕老年代用了 90%，也不会进 Mixed GC —— 因为并发标记根本没启动。
Mixed GC 实际回收哪些老年代 Region？取决于 G1MixedGCCountTarget 和收益预测
Mixed GC 不是全量扫老年代，它只挑“回收性价比高”的 Region。G1 在并发标记阶段会统计每个 Region 的存活对象比例、跨 Region 引用数量等，生成一个“回收价值排序”。每次 Mixed GC 会按顺序选一批 Region 加入回收集（Collection Set），具体数量受以下参数影响：
-
G1MixedGCCountTarget（默认 8）：表示希望在多少次 Mixed GC 内完成全部可回收老年代 Region 的清理 -
G1OldCSetRegionThresholdPercent（默认 10%）：单次 Mixed GC 最多选老年代 Region 总数的百分比 - 实际回收量还受限于暂停时间目标
MaxGCPauseMillis：G1 会动态调整本次选多少 Region，确保 STW 时间不超限
所以你观察日志时，会发现连续几次 Mixed GC 回收的老年代 Region 数量在变——不是固定值，而是 G1 在“稳住停顿”和“逐步清老年代”之间做的实时权衡。
为什么有时 Mixed GC 突然变多，甚至退化成 Full GC？
这通常说明老年代增长速度超过了 Mixed GC 的清理能力，关键信号包括：
- 并发标记周期反复启动但来不及完成（
Concurrent Mark Abort日志） - Mixed GC 频率升高、每次回收的老年代 Region 数量持续接近
G1OldCSetRegionThresholdPercent上限 - 出现
to-space exhausted或Evacuation Failure：说明年轻代对象晋升时，老年代已无足够连续空间容纳，G1 被迫降级为 Serial Old 收集器执行 Full GC
此时不是调大 InitiatingHeapOccupancyPercent 就能解决的——那只会让标记更晚启动，问题更滞后。真正要查的是对象晋升速率（survivor space 使用率、tenuring threshold 是否合理）、是否有大对象直接进老年代（-XX:G1HeapRegionSize 设置过小）、或元空间/直接内存泄漏间接挤压堆空间。
用 GC 日志确认 Mixed GC 是否真在释放老年代空间
别只看日志里有没有 Mixed GC 字样，重点抓三行：
-
[Eden: 120M(120M)->0B(120M) Survivors: 8M->8M Heap: 1800M(2048M)->720M(2048M)]：看Heap后的“回收后大小”是否明显下降（比如从 1800M → 720M），说明老年代 Region 确实被清了 -
[Other: 0.5ms]段里的[Eden: 120M(120M)->0B(120M)]是年轻代部分，而[Survivors: 8M->8M]后若出现类似[Old: 600M->200M]（部分 JDK 版本会显式标出），就是最直接证据 - 日志末尾的
[Times: user=0.12 sys=0.01, real=0.03 secs]中real时间若稳定在几毫秒到几十毫秒，说明 G1 还在可控节奏里推进；若某次突然跳到 200ms+，大概率是某次 Mixed GC 被迫多塞了 Region 导致超时
真正容易被忽略的点是：Mixed GC 的“逐步释放”本质是预测驱动的渐进过程，它不保证某次一定清掉多少老年代空间，只保证在 MaxGCPauseMillis 约束下，尽可能多地回收“划算”的 Region。如果你期待它像传统 CMS 那样定期做一次老年代清扫，就会误读它的行为逻辑。
