parallel scavenge收集器是jvm中一款专注于吞吐量优先的垃圾回收器，主要应用于java 8及之前的hotspot虚拟机。它通过并行多线程处理年轻代对象的分配与回收，旨在最大化单位时间内的程序运行效率。
Parallel Scavenge收集器的核心机制是什么
该收集器采用“标记-整理”算法（Mark-Compact）来管理年轻代内存空间。其核心优势在于能够自动调节内存区域大小，以达成用户设定的吞吐量目标。在回收过程中，它会暂停所有应用线程（Stop-The-World），利用多个CPU核心并发扫描存活对象并移动它们，从而消除内存碎片。
public class ParallelScavengeDemo {
public static void main(String[] args) {
// 启用Parallel Scavenge收集器
// -XX:+UseParallelGC: 使用Parallel Scavenge收集年轻代
// -XX:+UseParallelOldGC: 配合使用Parallel Old收集老年代
// -XX:GCTimeRatio=19: 设置吞吐量为1/20，即允许1%的GC时间
String[] arr = new String[1000000];
for (int i = 0; i < arr.length; i++) {
arr[i] = "Hello World";
}
System.out.println("Allocation done.");
// 触发GC
System.gc();
}
}
如何配置Parallel Scavenge收集器参数
开发者可以通过JVM启动参数精细控制该收集器的行为。最关键的参数包括-XX:+UseParallelGC用于开启年轻代的并行收集，以及-XX:MaxGCPauseMillis用于尝试限制最大GC停顿时间。此外，-XX:GCTimeRatio参数直接定义了吞吐量指标，数值越大表示允许的GC时间占比越小。
立即学习“Java免费学习笔记（深入）”；
// 示例：配置JVM参数以优化吞吐量 // java -XX:+UseParallelGC \ // -XX:GCTimeRatio=19 \ // -XX:MaxGCPauseMillis=50 \ // MyApp
Parallel Scavenge收集器在实际应用中有哪些局限性
尽管Parallel Scavenge在吞吐量场景下表现优异，但它并不适合对响应时间敏感的应用。由于采用STW机制且缺乏像CMS或G1那样的并发收集能力，其在处理大对象或长生命周期对象时可能导致较长的停顿。此外，随着JDK版本的演进，G1和ZGC等更现代的收集器逐渐取代了它在高并发场景中的地位。
