常见的垃圾回收器--------CMS

1. 什么是CMS？

CMS是一款并发、使用标记-清除算法的、针对老年代进行回收的GC。它将垃圾回收中的绝大部分工作与应用程序的线程一起并发执行,以期能最小化暂停时间. 通常多并发低暂停收集器收集器不复制或也不压缩存活的对象. 垃圾回收不移动存活的对象, 如果产生内存碎片问题,就会分配/占用更大的堆内存空间。

• 适用场景：GC过程短暂停，适合对时延要求较高的服务，用户线程不允许长时间的停顿。

注意: 年轻代使用的CMS收集器也和并行收集器采用一样的算法.

2. CMS的工作流程

(1) 初始标记 (Initial Mark)：(Stop the World Event,所有应用线程暂停) 在老年代(old generation)中的对象, 如果从年轻代(young generation)中能访问到, 则被 “标记,marked” 为可达的(reachable).对象在旧一代“标志”可以包括这些对象可能可以从年轻一代。暂停时间一般持续时间较短,相对小的收集暂停时间. 该阶段进行可达性分析，标记GC ROOT能直接关联到的对象。
注意是直接关联，间接关联的对象在下一阶段标记。

(2) 并发标记 (Concurrent Marking)：在Java应用程序线程运行的同时遍历老年代(tenured generation)的可达对象图。扫描从被标记的对象开始,直到遍历完从root可达的所有对象. 调整器(mutators)在并发阶段的2、3、5阶段执行,在这些阶段中新分配的所有对象(包括被提升的对象)都立刻标记为存活状态. 该阶段进行GC ROOT TRACING，在第一个阶段被暂停的线程重新开始运行。由前阶段标记过的对象出发，所有可到达的对象都在本阶段中标记。

(3) 并发预清理：并发预处理阶段做的工作还是标记，与(4)的再次标记功能相似。

既然相似为什么要有这一步？

前面我们讲过，CMS是以获取最短停顿时间为目的的GC。

重标记需要STW（Stop The World），因此重标记的工作尽可能多的在并发阶段完成来减少STW的时间。

此阶段标记从新生代晋升的对象、新分配到老年代的对象以及在并发阶段被修改了的对象。

• 如何确定老年代的对象是活着的？

  答案很简单，通过GC ROOT TRACING可到达的对象就是活着的。

  继续延伸，如果存在以下场景怎么办：