-xx:maxgcpausemillis在parallel gc中不控制停顿时间，仅用于启动时估算初始新生代大小，无动态调整、无反馈优化、不影响老年代回收，与g1中的语义截然不同。
Parallel收集器中的-XX:MaxGCPauseMillis不控制停顿时间，仅用于间接调整新生代大小，且效果有限、非目标导向。
它在Parallel GC中不是停顿控制参数
Parallel GC（吞吐量优先收集器）不支持以停顿时间为调度依据的自适应回收策略。该收集器的设计目标是最大化吞吐量，而非限制单次暂停时长。因此：
- -XX:MaxGCPauseMillis 在 Parallel GC 中**不触发任何停顿预测、区域选择或并发调度机制**
- 它不会动态调整回收频率、线程数或老年代行为
- 设置该参数后，JVM 仅将其作为“提示”，用于估算并设置初始年轻代大小（Young Generation），之后不再参考
实际作用：仅影响初始新生代容量
当启用 -XX:+UseParallelGC 并配置 -XX:MaxGCPauseMillis=100 时，JVM 的行为是：
- 根据堆总大小（-Xms/-Xmx）和该值，粗略计算一个偏小的新生代初始值
- 目的是让单次 Minor GC 扫描对象更少，从而“可能”缩短暂停——但无保障、无反馈、不持续优化
- 不会因此减少 Full GC 次数或时长，也不影响老年代回收逻辑
与G1 GC的关键区别
同一参数在不同收集器中语义完全不同：
- 在 G1 中：MaxGCPauseMillis 是核心软目标，驱动实时预测、Region 选择、混合回收节奏等整套自适应机制
- 在 Parallel GC 中：MaxGCPauseMillis 是一次性启发式输入，仅参与启动阶段的新生代尺寸估算，后续完全忽略
- JDK 文档明确说明：Parallel GC 的 MaxGCPauseMillis 默认值为 -1（即未启用），表示不设停顿目标
如果你需要真正控制停顿，请换收集器
Parallel GC 本身不具备低延迟能力。若业务要求稳定可控的 GC 停顿（如 Web 接口 P99
- 切换为 G1 GC：-XX:+UseG1GC -XX:MaxGCPauseMillis=200（推荐 Web 场景）
- 或升级至 ZGC/Shenandoah：-XX:+UseZGC（适用于大堆+超低延迟场景）
- 同时禁用 Parallel GC 相关参数，避免冲突（如 -XX:+UseParallelGC 与 -XX:+UseG1GC 互斥）
