Parallel GC（并行收集器）：JDK8 默认 GC，全称 Parallel Scavenge + Parallel Old
Parallel GC（Parallel Scavenge / PS）详解:
1. 组成
分代收集，标准新生代 + 老年代模型：
1.1新生代：Parallel Scavenge 并行复制收集器
1.2老年代：Parallel Old 并行标记整理收集器
2. 工作流程
2.1新生代 Eden/S0/S1
2.2老年代回收
多线程并行标记存活对象 → 整理压缩（无碎片），一次性清理全部老年代；
2.3核心目标：最大化吞吐量
参数控制：-XX:MaxGCPauseMillis 只是软目标，PS 优先保证吞吐量，停顿时间无法严格约束。
3. Parallel GC 优点（JDK8 原生优势）
3.1吞吐量极高
全部回收阶段并行，充分利用多核 CPU，适合 CPU 密集型、批处理、大数据离线任务；
3.2老年代回收后全局压缩，无内存碎片，不会出现分配大对象 OOM；
3.3实现简单、开销低，无复杂分区逻辑，内存占用小；
3.4参数简单易调优，传统业务运维成熟；
3.5对超大堆（几十 G）纯计算场景表现稳定。
4. Parallel GC 致命缺点（也是 JDK8 主推 G1 的核心原因）
4.1STW 停顿不可控、单次停顿极长
Full GC 时整堆扫描 + 压缩，堆越大停顿越恐怖；堆 32G 以上 Full GC 秒级甚至十几秒停顿，线上接口超时雪崩；
4.2不支持分阶段局部回收，只能整代回收；
4.3无法自定义停顿目标，MaxGCPauseMillis 仅参考，堆内存紧张时直接无视；
4.4高并发在线业务（微服务、网关、IO 服务）完全不适用，延迟不可控；
4.5内存分配毛刺大，突发流量容易触发 Full GC。