parallel old 是 jdk 7 及之后 parallel gc 的默认老年代收集器，采用多线程并行标记-整理算法，以高吞吐量为目标，适用于批处理等延迟不敏感场景；其所有阶段均为 stop-the-world，不支持并发，且不响应 -xx:maxgcpausemillis 参数。
Parallel Old 收集器是 JDK 7 及之后版本中 Parallel GC（吞吐量优先）的默认老年代收集器，它与 Parallel Scavenge 配合使用，共同构成完整的并行垃圾回收方案。其核心目标是通过多线程并行执行老年代回收，最大化吞吐量，适用于对响应时间要求不高、但追求高 CPU 利用率和整体处理能力的应用场景。
老年代触发回收的典型条件
Parallel Old 不主动轮询，而是由 JVM 根据内存压力被动触发：
- 年轻代空间不足，Minor GC 后仍有大量对象晋升到老年代，导致老年代使用率超过阈值（-XX:PretenureSizeThreshold 或动态晋升策略触发）
- 老年代已使用空间达到 -XX:MaxTenuringThreshold 和 -XX:InitialTenuringThreshold 决定的晋升阈值后，连续多次 Minor GC 仍无法释放足够空间
- 显式调用 System.gc()（仅当 -XX:+UseParallelGC 开启且未禁用显式 GC 时才可能触发 Parallel Old）
标记-整理（Mark-Compact）的三阶段执行
Parallel Old 采用“标记-整理”算法，避免碎片化，但不进行压缩前的复制——它直接在原内存块内移动存活对象：
- 并行标记阶段：多个 GC 线程并发遍历老年代所有对象，从 GC Roots 出发标记可达对象；使用位图（bitmap）记录标记状态，避免同步开销
- 并行计算新地址阶段：扫描标记结果，为每个存活对象计算其在整理后的新内存地址（按地址升序排列），生成“滑动窗口式”的重定位映射表
- 并行整理（移动）阶段：各线程按分配的内存段，将存活对象复制到目标地址，并更新所有指向这些对象的引用（包括年轻代、元空间、JNI 引用等）
关键参数与行为控制
Parallel Old 的行为高度依赖 JVM 参数配置，直接影响吞吐量与停顿时间平衡：
- -XX:ParallelGCThreads=N：设置用于 Parallel Old 的并行线程数，默认为 CPU 核心数（超线程环境下可能略作调整）
- -XX:+UseAdaptiveSizePolicy：开启后，JVM 动态调整年轻代/老年代比例及晋升阈值，间接影响 Parallel Old 触发频率
- -XX:OldPLABSize：老年代并行分配缓冲区大小，影响整理后对象分配效率（通常无需手动调优）
- -XX:MaxGCPauseMillis 与 Parallel Old 无直接关联——该参数仅对 CMS/G1/ZGC 生效；Parallel GC 系列以吞吐量为目标，不承诺最大停顿时间
与 CMS 和 G1 的本质区别
理解 Parallel Old 的定位，有助于避免误用：
- 不追求低延迟：它会暂停整个应用（Stop-The-World），且 STW 时间随老年代存活对象数量线性增长，不适合对延迟敏感的服务
- 不支持并发标记：所有阶段均为 STW，无后台线程参与，因此不会出现 CMS 的并发失败（Concurrent Mode Failure）或浮动垃圾问题
- 无分代假设以外的区域管理：不像 G1 那样将堆划分为 Region 并实现增量回收，Parallel Old 始终以整块老年代为单位执行完整 Mark-Compact
