Parallel Scavenge是JDK 8及以前默认的吞吐量优先年轻代收集器，通过-XX:+UseParallelGC启用，搭配Parallel Old，适用于批处理等后台任务。
Java 中不能“使用”Parallel Scavenge 收集器像调用 API 那样主动调用，它是一个 JVM 启动时指定的垃圾收集器，由 JVM 自动调度执行。你通过 JVM 参数启用它，之后所有年轻代回收（Minor GC）都由 Parallel Scavenge 负责。
如何启用 Parallel Scavenge 收集器
只需在启动 Java 程序时添加以下参数之一：
- -XX:+UseParallelGC：启用 Parallel Scavenge（年轻代） + Parallel Old（老年代），这是最常用、推荐的方式；
-
-XX:+UseParallelOldGC：仅显式启用老年代的 Parallel Old，但通常与
-XX:+UseParallelGC一起用，单独设意义不大； - -XX:+UseParallelGC -XX:-UseParallelOldGC：强制年轻代用 Parallel Scavenge，老年代退回到 Serial Old（不推荐，易造成瓶颈）。
注意：-XX:+UseParallelGC 在 JDK 8 及以后是服务端 JVM 的默认选项（当未显式指定其他 GC 时），但在 JDK 9+ 默认已变为 G1，所以显式指定更可靠。
关键调优参数（面向吞吐量优化）
Parallel Scavenge 的设计目标是最大化**吞吐量**（即用户代码运行时间 / 总时间），适合后台批处理、科学计算等场景。常用调优参数包括：
立即学习“Java免费学习笔记（深入）”；
-
-XX:MaxGCPauseMillis=<ms>：设置 GC 最大暂停时间目标（如
200），JVM 会自动调整堆大小和年轻代比例来尽量满足——但不是硬性保证； -
-XX:GCTimeRatio=<n>：设置吞吐量目标，例如
-XX:GCTimeRatio=19表示目标是 GC 时间不超过总时间的 1/(1+19) = 5%； - -XX:InitialHeapSize 和 -XX:MaxHeapSize：建议显式设置，避免堆动态伸缩影响吞吐量稳定性；
- -XX:NewRatio 或 -XX:SurvivorRatio：可微调年轻代/老年代比例或 Eden/Survivor 大小，但 Parallel Scavenge 更倾向自动调节，一般无需手动干预。
如何确认是否生效
添加 JVM 参数后，可通过以下方式验证：
- 加 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps，查看 GC 日志中是否出现
PSYoungGen（Parallel Scavenge 年轻代）和ParOldGen（Parallel Old 老年代）字样； - JDK 9+ 推荐用 -Xlog:gc*:stdout:time，日志中会明确显示使用的收集器名称；
- 运行时通过
java.lang.management.GarbageCollectorMXBean查询，getName()返回类似PS Scavenge和PS MarkSweep（JDK 8）或Parallel Scavenge和Parallel Old（JDK 9+）。
不适合 Parallel Scavenge 的场景
它不适用于对延迟敏感的应用，比如实时交易、Web 交互接口等。原因包括：
- 暂停时间不可预测，尤其在老年代回收（Parallel Old）时可能达数百毫秒；
- 没有低延迟优化机制（如增量回收、并发标记），无法像 G1 或 ZGC 那样控制停顿；
- 不支持类卸载精细控制或混合回收，对动态类加载多的应用（如 OSGi、热部署）支持较弱。
若需兼顾吞吐与延迟，G1 是更通用的选择；若追求极低延迟且堆较大，ZGC 或 Shenandoah 更合适。
