CMS(Concurrent Mark-Sweep)是 Java 虚拟机中的一种老年代垃圾回收器,它的设计目标是减少垃圾回收导致的停顿时间,提高应用程序的响应性。然而,CMS 也存在一些缺点,包括:
- 内存碎片:CMS 在回收老年代的过程中会产生内存碎片,影响了新的对象分配和晋升操作的效率,可能导致频繁的 Full GC。
- 频繁的 Full GC:在并发标记和并发清理阶段,CMS 需要在老年代空间不足时进行 Full GC,会导致长时间的 STW 暂停,影响了系统的响应性。
- 处理浮动垃圾:CMS 在并发清理阶段需要处理可能产生的浮动垃圾(Concurrent Mode Failure),过多的浮动垃圾会导致 CMS 回收失败,退化为 Serial Old GC 或者 Full GC。
- 处理标记时间过长:在某些情况下,并发标记阶段所需的时间可能会超过预设的阈值,从而触发 Serial Old GC 或者 Full GC。
由于上述问题,CMS 在某些场景下可能无法满足系统的响应性和吞吐量需求,特别是在堆内存比较大、对象创建和回收比较频繁的情况下。因此,为了解决 CMS 存在的一些问题,Java 8 推出了 G1(Garbage-First)垃圾回收器,作为 CMS 的替代品,以提供更好的垃圾回收性能和可预测的停顿时间