CMS 有什么缺点?

CMS(Concurrent Mark-Sweep)是 Java 虚拟机中的一种老年代垃圾回收器,它的设计目标是减少垃圾回收导致的停顿时间,提高应用程序的响应性。然而,CMS 也存在一些缺点,包括:

  1. 内存碎片:CMS 在回收老年代的过程中会产生内存碎片,影响了新的对象分配和晋升操作的效率,可能导致频繁的 Full GC。
  2. 频繁的 Full GC:在并发标记和并发清理阶段,CMS 需要在老年代空间不足时进行 Full GC,会导致长时间的 STW 暂停,影响了系统的响应性。
  3. 处理浮动垃圾:CMS 在并发清理阶段需要处理可能产生的浮动垃圾(Concurrent Mode Failure),过多的浮动垃圾会导致 CMS 回收失败,退化为 Serial Old GC 或者 Full GC。
  4. 处理标记时间过长:在某些情况下,并发标记阶段所需的时间可能会超过预设的阈值,从而触发 Serial Old GC 或者 Full GC。

由于上述问题,CMS 在某些场景下可能无法满足系统的响应性和吞吐量需求,特别是在堆内存比较大、对象创建和回收比较频繁的情况下。因此,为了解决 CMS 存在的一些问题,Java 8 推出了 G1(Garbage-First)垃圾回收器,作为 CMS 的替代品,以提供更好的垃圾回收性能和可预测的停顿时间

 

  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
CMS(Concurrent Mark Sweep)是一种并发的垃圾回收器,它是在 JDK 1.5 中引入的,主要用于减少 Full GC 的停顿时间。 CMS 的工作分为以下四个阶段: 1. 初始标记(Initial Mark):首先,停止应用程序的所有线程,然后标记所有与 GC Root 直接关联的对象,并记录下这些对象的信息。 2. 并发标记(Concurrent Mark):在初始标记阶段之后,CMS 开始对堆内存进行并发标记,即标记所有与 GC Root 间接关联的对象。在此期间,应用程序的线程可以继续运行,不需要停顿。 3. 重新标记(Remark):并发标记过程中,由于应用程序的线程仍在运行,可能会产生新的对象被引用,因此需要重新标记一次,以标记所有遗漏的对象。 4. 并发清除(Concurrent Sweep):在重新标记完成后,开始并发地清除所有未被标记的对象。 需要注意的是,CMS 垃圾回收器有一定的缺点: 1. CMS 只能处理老年代的垃圾回收,不能处理年轻代的垃圾回收,因此需要和其他垃圾回收器(如 ParNew)配合使用。 2. CMS 垃圾回收器在并发执行垃圾回收时,会消耗一定的 CPU 资源,可能会对应用程序的性能产生影响。 3. CMS 垃圾回收器使用了“标记-清除”算法,可能会产生内存碎片,进而导致 Full GC 的频繁发生,影响应用程序的性能。 因此,在使用 CMS 垃圾回收器时,需要根据应用程序的实际情况进行调优,以达到最佳的性能表现。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值