CMS垃圾回收器

第一款并发收集器，它第一次实现了让垃圾收集线程与用户线程(基本上) 同时工作

基于标记-清除运作过程的四个步骤

• 初始标记 STW 标记 GCRoots 能直接关联到的对象
• 并发标记 从GC Roots的直接关联对象开始遍历整个对象图
• 重新标记 修正并发标记期间因为用户程序继续运行而导致标记产生变动的那一部分对象的标记记录停顿时间比并发标记短，比初始标记长
• 并发清除开启用户线程，同时 GC 线程开始对未标记的区域做清扫长

上述四个步骤中，初始标记和重新标记两个步骤会“Stop The Word”，也就是会暂停用户线程，如下图

 

这里解释下在垃圾回收器的语境中，并行和并发的概念：

• 并行：指多条垃圾收集器线程并行工作，此时用户线程处于等待状态。

• 并发：指用户线程和垃圾回收线程同时工作（也可以交替工作）

CMS 缺点

• CMS对处理器非常敏感，处理核数量越少，对用户线程影响越大

• CMS无法处理浮动垃圾，CMS和用户线程并发运行期间预留的内存不够新对象分配，导致并发失败

  STW 使用 Serial Old 回收

• 它使用的回收算法 "标记-清除" 算法会产生大量空间碎片产生

浮动垃圾是怎么样产生

CMS 的并发标记和并发清理阶段， 用户线程是还在继续运行的， 程序在运行自然就还会伴随有新

的垃圾对象不断产生， 但这一部分垃圾对象是出现在标记过程结束以后，只能下次垃圾回收处理