cms收集器（concurrent mark sweep）的核心优势在于其低停顿时间，通过并发标记和并发清理机制，在大部分垃圾回收阶段与用户线程并行执行，从而显著减少应用暂停。它主要适用于对响应速度敏感、追求最大吞吐量且堆内存较大的场景，如web服务器或后台处理任务。
CMS是如何实现低停顿时间的
CMS通过“并发”策略将原本需要独占CPU的GC过程拆分。它在初始标记阶段短暂停顿后，立即进入并发标记阶段，此时用户线程继续运行，GC线程在后台遍历对象引用图。这种设计避免了长时间的用户线程阻塞，使得系统在处理高并发请求时仍能保持流畅的响应能力。
public class CMSExample {
public static void main(String[] args) {
// 使用CMS收集器：-XX:+UseConcMarkSweepGC
// 设置老年代阈值触发CMS
System.gc();
}
}
CMS收集器的主要缺点是什么
尽管CMS降低了停顿时间，但它存在内存碎片化和浮动垃圾问题。由于并发清理阶段无法完全回收所有可达对象，可能导致后续Full GC频繁触发。此外，CMS不压缩内存，长期运行后会产生大量碎片，影响大对象分配效率。
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
立即学习“Java免费学习笔记（深入）”；
public class MemoryFragmentationTest {
public static void main(String[] args) {
List<byte[]> list = new ArrayList<>();
for (int i = 0; i < 1000; i++) {
list.add(new byte[1024 * 1024]); // 1MB
if (i % 100 == 0) System.gc();
}
}
}
CMS在什么情况下会退化为Serial Old收集器
当CMS发生并发失败（Concurrent Mode Failure）或空间不足时，会触发混合收集并退化为Serial Old收集器。这通常发生在老年代剩余空间不足以容纳新分配的对象，或者并发标记期间出现大量新对象导致重新标记阶段耗时过长。此时系统将经历较长的STW停顿，严重影响性能。
