Parallel GC调优核心是用-XX:GCTimeRatio锚定GC时间占比，设为99即GC耗时≤1%，JVM自动调节年轻代等参数；需固定堆大小、禁用-Xmn、依GC日志验证效果。
Parallel GC本身不直接调控“内存分配率”，它响应的是应用实际产生的对象分配行为。调优重点不是去压制或加速分配，而是让GC策略适配真实分配节奏——尤其是对象生命周期分布和晋升模式。
明确吞吐目标，用GCTimeRatio锚定GC时间占比
这是最核心的控制杠杆。设-XX:GCTimeRatio=99，表示允许GC总耗时不超过应用运行时间的1%。JVM会据此自动调节年轻代大小、Survivor比例、晋升阈值等，无需手动干预中间变量。
- 默认值就是99，除非业务能容忍更高GC开销（如设为19对应5%），否则不建议下调
- 不要和
-XX:MaxGCPauseMillis混用——后者会迫使JVM增加GC频次来压缩单次停顿，反而拉低整体吞吐 - 该参数仅在启用
-XX:+UseParallelGC且自适应策略开启时生效（后者默认已开）
固定堆边界，避免自适应失准
自适应策略依赖稳定内存基线。若堆动态伸缩，JVM无法建立可靠模型，容易导致调节震荡甚至失效。
- 必须设置
-Xms与-Xmx相等，例如-Xms4g -Xmx4g - 堆总量建议基于应用峰值内存占用确定，留10%~20%余量即可；过大反而延长单次GC停顿
- 禁用
-Xmn硬编码年轻代大小——它会覆盖自适应逻辑；改用-XX:NewRatio=2让JVM按比例分配
观察分配行为反馈，而非预设 Survivor 比例
很多调优误区源于过度关注-XX:SurvivorRatio。实际上，Survivor区真正影响晋升的是存活对象量和年龄阈值，而非静态比例。
- 若GC日志显示每次YGC后Survivor区长期空闲（used占比极低），说明扩大Survivor是浪费资源
- 关键要看
MaxTenuringThreshold是否被动态下调，以及TargetSurvivorRatio是否频繁触发重计算 - 当发现大量对象在2~3次YGC后就进入老年代，应检查是否有短生命周期缓存未及时清理，而非盲目调大Survivor
验证真实效果，靠日志说话
参数写对不等于调优成功。唯一判断依据是GC日志中反映的实际行为。
- 启动时加
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:gc.log - 确认日志开头有
Using Parallel GC字样，且出现PSYoungGen和ParOldGen，而非ParNew（后者属CMS） - 统计一段时间内GC总耗时占比，应接近
1/(1+GCTimeRatio)；若偏差大，说明对象分配模式异常（如突发大对象、缓存持续膨胀）
