-XX:MaxGCPauseMillis是G1的软目标，驱动其基于Region历史数据预测回收耗时与收益，按“可回收空间÷预估耗时”排序优先回收高收益Region，逼近目标停顿；设过小（如50ms）致GC频发、吞吐降30%～50%，设过大（如500ms）则单次STW延长、延迟风险升，200ms为多数在线服务平衡点。
G1 的停顿时间控制不是靠硬性截断，而是通过预测 + 动态筛选实现的。-XX:MaxGCPauseMillis 不是“保证每次 GC 停顿都不超过该值”，而是 G1 在 Mixed GC 阶段用来做目标约束的软性上限——它驱动整个回收价值评估和 Region 选择逻辑。
-XX:MaxGCPauseMillis 是怎么参与预测的？
这个参数本身不直接代入某个公式计算，而是作为 G1 内部停顿时间预测模型的收敛目标和调度边界。G1 会持续维护每个 Region 的历史回收数据（如扫描耗时、转移耗时、存活对象比例），并基于这些数据预估：
- 回收某 Region 预计带来多少停顿（毫秒级）
- 同时能释放多少内存（MB 级）
然后按“单位时间回收收益”排序：
- 收益 = 可回收空间 ÷ 预估耗时
- G1 优先选收益高的 Region，直到累计预估停顿逼近
MaxGCPauseMillis
如何影响吞吐量与响应延迟的平衡？
设置过小（如 50ms）：
- G1 每次只敢挑极少量高收益 Region，导致单次回收内存少
- 更快触发下一轮 GC，GC 频率上升 → 总体吞吐量下降，但单次响应更可控
设置过大（如 500ms）：
- G1 可一次回收更多 Region，包括中低收益的，单次释放内存多
- GC 频率降低，吞吐量提升，但单次 STW 时间变长，对延迟敏感服务（如实时接口）风险升高
典型折中值：200ms 是多数在线服务较稳妥的选择，兼顾响应与效率。
实际调优要注意什么？
-
MaxGCPauseMillis仅对 Mixed GC 和 Young GC 生效，对 Full GC 无效 - 它的达成依赖足够多的 Region（默认 Region 大小 1~32MB，总数建议 ≥ 2048），Region 太少会导致粒度粗、预测不准
- 必须配合
-XX:G1HeapRegionSize和堆总大小合理配置，避免 Region 过大（拖慢单 Region 处理）或过小（元数据开销大） - 开启
-XX:+PrintGCDetails -Xlog:gc*观察实际 pause time 分布，看是否稳定在目标 80%~95% 区间（G1 通常保守预估）
不复杂但容易忽略。
