目录
一、CMS基本介绍
二、CMS回收过程讲解
（一）初始标记——标记直接GC Roots == STW
（二）并发标记——对老年代所有对象进行GC Roots追踪（最耗时）
（三）重新标记 == STW
（四）并发清理
三、CMS优缺点分析总结
（一）优缺点总结
（二）内存碎片解决优化
四、实际案例分析
（一）基本内存参数设置分析
（二）优化目标分析
（三）GC优化案例
案例一 Major GC和Minor GC频繁
案例二 请求高峰期发生GC，导致服务可用性下降
案例三 发生Stop-The-World的GC
五、总结
六、扩展：垃圾收集器介绍总结
参考文献或链接
干货分享，感谢您的阅读！
着互联网技术的快速发展，现代应用对系统性能的要求越来越高，特别是在低延迟、高吞吐量和高可用性等方面。垃圾回收（GC）作为 Java 虚拟机（JVM）中至关重要的内存管理机制，其性能对应用程序的稳定性和响应时间有着直接影响。为了减少停顿时间并提高系统的并发能力，JVM 提供了多种垃圾回收器，其中CMS（Concurrent Mark and Sweep）垃圾回收器作为一种低延迟、高吞吐的回收方案，受到了广泛应用。
本文将探讨 CMS 回收器的工作原理、优缺点及其优化策略，我们将通过实际的案例分析，结合 JVM 内存结构及垃圾回收过程中的关键阶段，剖析 CMS 如何平衡回收效率与系统性能之间的关系，并提供一些有效的优化方案，以帮助开发人员应对不同场景下的 GC 持续性能问题。
一、CMS基本介绍
CMS 的全称是 Mostly Concurrent Mark and Sweep Garbage Collector（主要并发标记清除垃圾收集器），它在年轻代使用复制算法，而对老年代使用标记-清除算法。
CMS 的设计目标，是避免在老年代 GC 时出现长时间的卡顿。如果不希望有长时间的停顿，同时你的 CPU 资源也比较丰富，使用 CMS 是比较合适的。
CMS 使用的是 Sweep 而不是 Compact，所以它的主要问题是碎片化。随着 JVM 的长时间运行，碎片化会越来
