在 Java 虚拟机中，为何部分新生代垃圾收集器不能与特定的老年代收集器搭配？例如 ParNew 为何无法与 Parallel Old 组合使用？请说明其背后的兼容性限制与原因。

回答思路

1. 【回答框架 1】HotSpot 从 JDK 9 起使用基于分代的收集器组合，每个收集器都有明确的代际接口与实现约束。ParNew 设计为与 CMS 搭配的新生代收集器，其内存布局与回收节奏围绕 CMS 的并发标记清除工作流定制，包括对象晋升策略和卡表维护方式。Parallel Old 则是为 Parallel Scavenge 新生代配套的老年代收集器，其自适应调节与吞吐量优先策略需要新生代同步配合。
2. 【回答框架 2】组合限制的根源在于收集器之间的协作契约：新生代向老年代晋升对象时，老年代收集器必须能理解新生代生成的引用更新与对象状态。ParNew 和 Parallel Old 在卡表实现、枚举根、以及并发安全上设计不兼容，比如它们对年轻代对象引用的记录方式不同，导致并行标记阶段无法正确联动。
3. 【回答框架 3】官方支持矩阵明确列出允许的组合，例如 Serial 与 Serial Old、ParNew 与 CMS、Parallel Scavenge 与 Parallel Old。不在矩阵内的组合可能因接口差异导致崩溃或行为异常，因此 HotSpot 会拒绝启动或产生错误警告。
4. 【回答框架 4】实际部署中，选型要以工作负载特征为主：延迟敏感场景常选 CMS 或 G1，吞吐量优先可选 Parallel，但必须遵循官方组合约束；JDK 8 之后垃圾收集器逐步统一为 G1、ZGC 等，历史组合限制主要影响遗留系统。
5. 【关键点 1】ParNew 设计为与 CMS 协作，其卡表与根枚举机制针对 CMS 优化。
6. 【关键点 2】Parallel Old 与 Parallel Scavenge 配套，依赖新生代的并行回收特性。
7. 【关键点 3】组合兼容由 HotSpot 的收集器协作接口决定，官方支持矩阵之外不可用。
8. 【关键点 4】实现差异如晋升策略和引用记录方式导致 ParNew 与 Parallel Old 不兼容。
9. 【易错点 1】不要将 CMS 与 Parallel Old 混用，同理 ParNew 不能接 Parallel Old。
10. 【易错点 2】不能只依赖启动报错与否判断兼容，某些组合可能不稳定。
11. 【易错点 3】JDK 9 之后的统一收集器使旧组合问题减少，但遗留应用仍需注意。