parallel收集器的自适应策略由jvm自动调节年轻代大小、晋升阈值和survivor比例等参数，核心是信任机制而非手动干预；需设-xx:gctimeratio=99锚定1% gc时间占比，配-xms=xmx固定堆大小，并通过gc日志验证实际吞吐表现。
Parallel收集器的自适应策略不是靠手动“平衡变量”来调优的，而是让JVM根据运行时行为自动调节关键参数——它的核心是信任机制，不是干预机制。重点在于提供清晰目标、稳定环境和有效反馈，而不是去微调每个中间变量。
明确吞吐量目标，用-XX:GCTimeRatio锚定边界
这是最直接控制吞吐量的参数。例如设为-XX:GCTimeRatio=99，表示允许GC总耗时不超过应用总运行时间的1%。JVM会据此动态调整年轻代大小、晋升阈值、Survivor比例等，无需你逐个设置。
- 默认值就是99，不建议随意调低（如设成19会导致GC占比升至5%，明显牺牲吞吐）
- 避免和
-XX:MaxGCPauseMillis混用——后者会迫使JVM以更频繁GC为代价压缩单次停顿，反而拉低整体吞吐 - 该参数只在启用
-XX:+UseParallelGC且-XX:+UseAdaptiveSizePolicy开启时生效（后者默认已开）
固定堆大小，消除扩容干扰
自适应策略依赖稳定的内存基线。若堆在运行中动态伸缩，JVM无法建立可靠模型，会导致调节失准甚至震荡。
- 必须设置
-Xms与-Xmx相等，比如-Xms4g -Xmx4g - 堆总量建议基于应用峰值内存占用确定，留10%~20%余量即可，过大反而延长单次GC停顿
- 不要用
-Xmn硬编码年轻代大小——它会覆盖自适应逻辑；改用-XX:NewRatio=2让JVM按比例分配
监控真实反馈，验证自适应是否生效
日志才是判断策略是否起作用的唯一依据，不能只看参数是否写上。
- 启动时加
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:gc.log - 检查日志开头是否有
Using Parallel GC字样，确认组合正确（Parallel Scavenge + Parallel Old） - 统计一段时间内GC总耗时占比，应接近
1/(1+GCTimeRatio)；若偏差大，说明对象生命周期异常（如缓存膨胀、大对象直入老年代） - 观察
PSYoungGen每次回收后used值是否持续高位——这提示存活对象过多，自适应可能已将年轻代调到上限，需检查业务逻辑
避开典型干扰项
很多“调不稳”其实源于配置冲突或误读机制。
- 删掉所有CMS或G1相关参数（如
-XX:+UseConcMarkSweepGC），混搭会导致日志出现ParNew而非PSYoungGen - JDK 8u121+无需显式加
-XX:+UseParallelOldGC，加了反而可能报错Unrecognized VM option -
-XX:ParallelGCThreads一般不用调——默认等于CPU物理核数，除非容器环境被严格限制CPU配额
