serial与cms不能组合，因cms强制要求新生代使用parnew：serial单线程stw与cms并发设计目标冲突，内存分配策略（指针碰撞vs空闲列表）和写屏障协议不兼容，jvm启动时会报错或自动降级。
Serial 与 CMS 并不协作，它们是互斥的垃圾收集器组合，不能同时启用。
为什么 Serial 和 CMS 不能一起用
CMS（Concurrent Mark-Sweep）收集器设计上要求新生代使用 ParNew 收集器配合，老年代使用 CMS。JVM 在启用 -XX:+UseConcMarkSweepGC 时，会自动选用 ParNew 作为新生代收集器——这是硬性约束，不是可选配置。
Serial 是单线程、Stop-The-World 的串行收集器，而 CMS 的核心价值在于并发标记与清除，以降低停顿时间。若强行让 Serial（新生代）搭配 CMS（老年代），JVM 启动会失败或自动降级为 Serial Old 回退模式，失去 CMS 意义。
- JDK 7 及之后版本中，
-XX:+UseConcMarkSweepGC隐式启用-XX:+UseParNewGC - 显式指定
-XX:+UseSerialGC会禁用 CMS，且 JVM 不允许混合设置UseSerialGC与UseConcMarkSweepGC - 尝试同时配置两者，JVM 启动时报错：
Conflicting collector combinations
Serial 的典型搭档：Serial Old
Serial 收集器天然对应 Serial Old，构成“全串行”分代回收组合：
- 新生代：Serial（复制算法，STW）
- 老年代：Serial Old（标记-整理算法，STW）
- 启动参数：
-XX:+UseSerialGC（自动启用 Serial + Serial Old）
这种组合适用于资源受限、对吞吐量无严苛要求的场景，比如嵌入式设备、单核虚拟机、小型桌面应用（如旧版 Swing 程序）。它没有线程调度开销，小堆下 GC 延迟稳定可控。
CMS 的标准搭档：ParNew + CMS
CMS 的设计目标是低延迟，必须依赖并行能力来压缩 STW 阶段：
- 新生代：ParNew（多线程复制，仍需 STW，但比 Serial 快）
- 老年代：CMS（并发标记+并发清除，仅初始标记和重新标记阶段 STW）
- 启动参数：
-XX:+UseConcMarkSweepGC（默认启用 ParNew）
适合响应敏感型服务，如交易查询接口、实时报表系统——前提是堆不大于 4GB，且能接受 CMS 的固有缺陷：浮动垃圾、内存碎片、并发模式失败（Concurrent Mode Failure）导致 Full GC。
选型关键看三点
决定用 Serial 还是 CMS，本质是权衡停顿容忍度、硬件资源与运维复杂度：
- 停顿是否敏感：若单次 GC 超过 100ms 就影响用户体验，CMS（或更现代的 G1/ZGC）更合适；若每次 GC 停顿 50ms 可接受，Serial 更轻量
- CPU 核心数：单核环境用 Serial 更高效；双核及以上且追求低延迟，CMS 才有发挥空间
- 堆规模与稳定性要求：CMS 在 2–4GB 堆内表现较好；超过 4GB 容易触发 Concurrent Mode Failure，此时 Serial 或 Parallel 更稳
不复杂但容易忽略：没有“最佳”组合，只有“最适合当前部署条件”的选择。
