CMS垃圾回收器为什么被移除

CMS（Concurrent Mark-Sweep）垃圾回收器是Java虚拟机中一种以获取最短回收停顿时间为目标的收集器。CMS的主要特点是它允许垃圾回收线程与应用程序线程同时运行，尽可能减少应用程序的停顿时间。尽管它在多核处理器上表现良好，并且能够有效地处理大型数据集，但CMS垃圾回收器也存在一些显著的缺点和限制：

1. 维护成本和复杂性：CMS是一个相对较旧的垃圾回收技术，其内部结构复杂，难以维护和改进。随着时间的推移，出现了更现代、更有效的垃圾回收技术，如G1和ZGC。

2. 并发模式失败：CMS收集器在极端情况下会遇到并发模式失败（Concurrent Mode Failure）。当它在垃圾收集周期内无法足够快地回收内存时，会退回到一种需要完全暂停所有应用线程的老年代收集模式，这与它设计的初衷相违背。

3. 内存碎片：CMS使用的标记-清除算法会导致较多的内存碎片。内存碎片可能会导致Java虚拟机在后续的操作中效率降低，尤其是在大对象分配时更可能出现问题。

4. 资源消耗：CMS需要更多的CPU资源来执行垃圾回收的并发阶段，而且它在运行时对系统资源的利用也较为激进。

由于上述缺点，加上需要将资源投入到更现代垃圾回收器的开发和优化上，Oracle决定从Java 9开始标记CMS为废弃，并在后续版本中完全移除CMS。从Java 14开始，CMS已经不再是Java虚拟机的一部分。Oracle和开源社区现在更推荐使用G1、ZGC或Shenandoah这样的现代、高效、适应现代硬件特性的垃圾回收器。这些新的收集器旨在提供更低的停顿时间和更高的性能，同时减少配置和维护的复杂性。