mixed gc 是分批次、有选择地回收老年代 region，执行次数受 g1mixedgccounttarget 和堆空闲率控制，回收比率由存活率阈值（g1mixedgclivethresholdpercent）、region 限额（g1oldcsetregionthresholdpercent）及空间需求共同决定，触发依赖并发标记完成后的垃圾评估。
Mixed GC 不是一次性完成的老年代全面清理，而是分批次、有选择地回收部分老年代 Region，其执行次数和实际回收比率由多个动态因素共同决定，不是固定不变的数字。
执行次数受两个核心机制控制
默认情况下，G1 会将混合回收任务拆分为最多 8 次执行（由 -XX:G1MixedGCCountTarget=8 控制），但这只是目标值，不是硬性上限：
- 每次 Mixed GC 都会 STW，回收 Eden、Survivor 和一批选中的老年代 Region；
- G1 会在并发标记结束后，按垃圾占比从高到低排序老年代 Region，并优先回收“最脏”的那些；
- 只要空闲 Region 总量达到堆内存的 5%（由 -XX:G1HeapWastePercent 默认值隐含控制），就会提前终止后续 Mixed GC；
- 如果第 3 次就满足了空闲空间目标，就不会再执行剩下 5 次。
实际回收比率取决于 Region 存活率与阈值筛选
并非所有老年代 Region 都会被纳入回收范围，G1 会严格过滤，真正参与回收的老年代 Region 占比通常远低于 100%：
- -XX:G1MixedGCLiveThresholdPercent=65（建议调优值）：只回收存活对象 ≤65% 的 Region，垃圾占比 ≥35% 才算“值得收”；
- 默认是 85%，意味着很多长期存活变量所在的 Region 因存活率过高被跳过，造成无效扫描；
- -XX:G1OldCSetRegionThresholdPercent=10：限制单次 Mixed GC 最多选老年代 Region 总数的 10%，防止单次压力过大；
- 最终每次 Mixed GC 回收的老年代 Region 数量，是“满足存活率阈值 + 在限额内 + 堆空间需求”三者交集的结果。
触发节奏由老年代占用与并发标记协同决定
Mixed GC 不是定时轮询，而是依赖并发标记周期完成后的决策：
- 当老年代使用率达到 -XX:InitiatingHeapOccupancyPercent（默认 45%，建议调至 30~35%）时，启动并发标记；
- 标记完成后进入 Cleanup 阶段，统计出哪些 Region 可回收、回收价值多高；
- 只有此时确认可回收空间 > -XX:G1HeapWastePercent（默认 10%）时，才真正启动 Mixed GC；
- 若标记后发现垃圾太少（比如仅占堆 6%），G1 就不会启动 Mixed GC，避免“花了时间却收不到多少内存”。
调优关键：让次数与比率更匹配业务特征
对长期存活对象多的系统，重点不是增加次数，而是提升单次回收的精准度：
- 降低 IHOP 到 30~35%，让 Mixed GC 更早介入，赶在大量对象稳定驻留前清理“半死亡”Region；
- 把 G1MixedGCLiveThresholdPercent 从 85% 降到 65%，跳过高存活 Region，减少无谓复制开销；
- 配合 G1OldCSetRegionThresholdPercent 限幅，避免某次 Mixed GC 吃掉过多老年代 Region 导致停顿飙升；
- 观察 GC 日志中 “old regions” 字段变化——调优有效时，该数值应下降，说明筛选更准、无效扫描减少。
