垃圾回收器之CMS与G1详解

最新推荐文章于 2024-04-18 00:37:46 发布

暖风沉醉

最新推荐文章于 2024-04-18 00:37:46 发布

阅读量267

点赞数 1

文章标签： jvm java

本文链接：https://blog.csdn.net/weixin_52457624/article/details/132839014

版权

前言

当今的Java虚拟机（JVM）提供了多种垃圾回收器，其中包括CMS（Concurrent Mark Sweep）和G1（Garbage-First）垃圾回收器。这两种垃圾回收器都是为了解决在大型应用程序中产生的长时间停顿问题而设计的。本文将详细介绍CMS和G1垃圾回收器的工作原理和特点。

CMS

CMS垃圾回收器是一种基于标记-清除算法的并发回收器。它的目标是尽可能减少垃圾收集时的停顿时间。CMS垃圾回收器主要分为四个阶段：初始标记、并发标记、重新标记和并发清除。

初始标记

在初始标记阶段，CMS垃圾回收器会暂停应用程序的执行，标记所有的根对象和直接与根对象相关联的对象。这个阶段的停顿时间通常很短，因为它只是一个快速的标记过程。

并发标记

接下来是并发标记阶段，CMS垃圾回收器会与应用程序并发执行，标记所有从根对象可达的对象。这个阶段的目标是尽可能减少对应用程序的影响，因此它会与应用程序并发执行，不会暂停应用程序的执行。但是，由于应用程序在执行过程中可能会不断产生新的对象，因此并发标记阶段可能需要多次迭代，直到没有新的对象可达为止。

重新标记

在并发标记阶段完成后，CMS垃圾回收器会进行重新标记阶段。这个阶段会暂停应用程序的执行，重新标记在并发标记阶段中产生的新对象。这个阶段的停顿时间通常比初始标记阶段稍长，但仍然比全局停顿的垃圾回收器要短。

并发清除

最后是并发清除阶段，CMS垃圾回收器会与应用程序并发执行，清除标记为垃圾的对象。这个阶段的目标是尽可能减少对应用程序的影响，因此它会与应用程序并发执行，不会暂停应用程序的执行。

CMS的缺点

1、对处理器敏感
并发标记、并发清理阶段，虽然CMS不会触发STW（stop the world），但是标记和清理需要GC线程介入处理，GC线程会占用一定的CPU资源，进而导致程序的性能下降，程序响应速度变慢。CPU核心数多的话还稍微好一点，CPU资源紧张的情况下，GC线程对程序的性能影响非常大。

2、浮动垃圾
并发清理阶段，由于用户线程仍在运行，在此期间用户线程制造的垃圾就被称为“浮动垃圾”，浮动垃圾本次GC无法清理，只能留到下次GC时再清理。

3、并发失败
由于浮动垃圾的存在，因此CMS必须预留一部分空间来装载这些新产生的垃圾。CMS不能像Serial Old收集器那样，等到Old区填满了再来清理。在JDK5时，CMS会在老年代使用了68%的空间时激活，预留了32%的空间来装载浮动垃圾，这是一个比较偏保守的配置。如果实际引用中，老年代增长的不是太快，可以通过-XX：CMSInitiatingOccupancyFraction参数适当调高这个值。到了JDK6，触发的阈值就被提升至92%，只预留了8%的空间来装载浮动垃圾。
如果CMS预留的内存无法容纳浮动垃圾，那么就会导致「并发失败」，这时JVM不得不触发预备方案，启用Serial Old收集器来回收Old区，这时停顿时间就变得更长了。

4、内存碎片
由于CMS采用的是「标记清除」算法，这就意味这清理完成后会在堆中产生大量的内存碎片。内存碎片过多会带来很多麻烦，其一就是很难为大对象分配内存。导致的后果就是：堆空间明明还有很多，但就是找不到一块连续的内存区域为大对象分配内存，而不得不触发一次Full GC，这样GC的停顿时间又会变得更长。

G1

相比之下，G1垃圾回收器是一种基于分代收集和区域化的垃圾回收器。它的目标是在有限的停顿时间内，尽可能高效地回收垃圾。G1垃圾回收器将堆内存划分为多个大小相等的区域，每个区域可以是Eden区、Survivor区或Old区。G1垃圾回收器的工作过程主要分为四个阶段：初始标记、并发标记、最终标记和并发清除。