Parallel Scavenge是吞吐量优先的并行新生代收集器，配合Parallel Old构成JDK 8默认Server模式GC组合，适用于科学计算等CPU密集、无交互、长周期任务，通过复制算法高效回收短命对象，并依赖自适应策略动态优化参数。
Parallel Scavenge 是专为吞吐量优先设计的新生代收集器，配合 Parallel Old 构成 JDK 8 及之前默认的 Server 模式 GC 组合。在科学计算这类 CPU 密集、无交互、任务周期长的场景中，它能高效压榨硬件资源，让尽可能多的时间运行用户代码。
为什么科学计算适合 Parallel Scavenge
科学计算通常具备以下特征：对象生命周期短、分配速率高、无实时响应要求、单次运行时间长。Parallel Scavenge 的设计逻辑恰好匹配：
- 以 吞吐量 = 用户代码时间 / (用户代码时间 + GC 时间) 为核心目标，而非最小化单次停顿
- 通过并行复制算法快速回收大量短命对象，减少 Eden 区频繁溢出
- 自适应策略能动态应对不同阶段的内存压力（如矩阵运算初期小对象爆发、后期大中间结果驻留）
- Parallel Old 的并行标记-压缩可避免老年代碎片化，防止科学计算中长期运行后因碎片触发非预期 Full GC
关键参数配置建议
不强行“调优”，而是让 JVM 自己学着干活——这是 Parallel Scavenge 的优势所在。重点打开并信任自适应机制：
- -XX:+UseParallelGC：显式启用组合（JDK 8 默认，但显式声明更清晰）
- -XX:+UseAdaptiveSizePolicy：保持开启（默认已开），让 JVM 自动调整年轻代大小、Survivor 比例、晋升年龄阈值
- -XX:GCTimeRatio=99：设定吞吐量目标为 99%，即允许 GC 占总时间 ≤1%；比 -XX:MaxGCPauseMillis 更契合科学计算目标
- -Xms4g -Xmx4g：堆初始与最大值设为相等，避免运行中扩容干扰计算稳定性
- -XX:NewRatio=1：将年轻代设为堆的一半（适合高分配率场景），必要时再配合 -XX:SurvivorRatio=6 减少 Survivor 空间争抢
监控与验证要点
调参不是终点，看日志才是真实反馈：
- 启动时加 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:gc.log
- 确认日志开头出现 Using Parallel 或 Parallel GC 字样
- 统计一段时间内 GC 总耗时占比，应接近你设定的 1/(1+GCTimeRatio)，例如 GCTimeRatio=99 → 实际 GC 时间占比 ≈1%
- 关注 Parallel Old 触发频率：若 Full GC 频繁，说明对象过早晋升或老年代 sizing 不足，需检查数据结构是否缓存了不该长期持有的中间结果
避开常见误区
科学计算容易陷入两个典型误操作：
- 误用 -XX:MaxGCPauseMillis：设为 200ms 或更低会强制 JVM 压缩堆、缩小年轻代，反而增加 Minor GC 次数和晋升压力，损害吞吐量
- 手动关闭自适应策略：认为“自己调得更准”，实则放弃 JVM 对运行时内存模式的持续学习能力，尤其在多阶段计算（预处理→迭代→后处理）中容易失配
- 忽略线程数设置：在 32 核服务器上未设 -XX:ParallelGCThreads，JVM 默认启用约 20 个 GC 线程（按公式 3 + 5×32/8 = 23），基本合理；但若混部其他服务，可酌情下调避免 CPU 争抢
