【JVM】深入理解CMS垃圾收集器

今天来讲一下CMS垃圾收集器，这个划时代的垃圾收集器。

认识CMS

CMS(Concurrent Mark Sweep)收集器是一种以获取 最短回收停顿时间为目标的收集器。

采用标记-清除算法

内存回收过程：

(1)初始标记 CMS initial mark 标记GC Roots直接关联对象，不用Tracing，速度很快 (2)并发标记 CMS concurrent mark 进行GC Roots Tracing (3)重新标记 CMS remark 修改并发标记因用户程序变动的内容 (4)并发清除 CMS concurrent sweep 清除不可达对象回收空间，同时有新垃圾产生，留着下次清理称为浮动垃圾

优点：并发收集、低停顿

缺点：产生大量空间碎片、并发阶段会降低吞吐量

在当今多线程高并发的环境下，为什么初始化标记是单线程的标记？

初始化标记阶段是串行的，这是JDK7的行为。JDK8以后默认是并行的，可以通过参数

-XX:+CMSParallelInitialMarkEnabled控制

CMS的两种模式与一种特殊策略

Backgroud CMS 模式（正常并发模式）

实际上我们回收流程有六个步骤：

(1)初始标记

(2)并发标记

(3)并发预处理

(4)可中止的预处理

(5)重新标记

(6)并发清除

为什么并发标记会多出现两个步骤呢？

我们可以思考一下新老年代他们之间对象相互引用时，CMS垃圾收集器要怎么回收老年代的垃圾，我们如何判断被年轻代的对象引用的老年代对象是可达对象。

例如：当老年代被回收的时候，我们如何判断A对象是存活对象。

其实也很简单我们进行新生代扫描来确定A对象是否为可达对象，这也说明了CMS作为老年代的垃圾收集器却要扫描新生代的原因。（相信你在网上其他文章看见过类似的表达）

问题接着又出现了，我CMS垃圾收集器作为一款只关注最短回收停顿时间的收集器，我却需要进行新生代的扫描，这相当于同时对整个堆进行扫描，STW会非常长。这并不符合CMS设计的初衷

那如何快速扫描新生代呢？

要是新生代的垃圾很少，那么CMS进行扫描岂不是很快，所以CMS先进行一次young GC，就能快速启动老年代的垃圾回收！

所以，CMS有两个参数：

CMSScheduleRemarkEdenSizeThreshold 默认值：2M

CMSScheduleRemarkEdenPenetration 默认值：50%

简单解释这两个参数，一般是组合使用，Eden空间使用超过2M的时候启动可中断的并发预清理（CMS-concurrent-abortable-preclean），到Eden空间使用率到达50%的时候中断（但不是结束），进入Remark（重新标记阶段）。说人话就是新生代的Eden区当空间使用超过2M时，CMS就进入并发预处理模式，在适合时间进行youngGC，当空间可用率到50%就中止，这就解决了如何快速扫描新生代的问题了。

那么这里有的同学会注意到为什么并发预处理前面会有可中断几个字呢？

可中断意味着，预处理是做一些工作的前置准备，但总不能一直准备，所以就设置了一个时间对他进行打断。所以，并发预处理的逻辑是当你发生了minor GC ，我就预处理结束了。举个例子：当你准备学习的时候