垃圾收集器——CMS收集器

CMS收集器

CMS（ Concurrent Mark-Sweep）是获得最短回收停顿时间为目标的的垃圾回收器。
在启动 JVM 的参数加上“-XX:+UseConcMarkSweepGC”来指定使用 CMS 垃圾回收器。
老年代
应用场景：目前很大一部分的Java应用集中在互联网网站或者基于浏览器的B/S系统的服务端上，这类应用通常都会较为关注服务的响应速度，希望系统停顿时间尽可能短。
算法：标记-清除算法
流程

• 初始标记仅仅只是标记一下GCRoots能直接关联到的对象，速度很快；（需要停顿）Stop The World
• 并发标记阶段就是从GC Roots的直接关联对象开始遍历整个对象图的过程（这个过程耗时较长但是不需要停顿用户线程，可以与垃圾收集线程一起并发运行）
• 重新标记阶段则是为了修正并发标记期间，因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录，(停顿时间通常会比初始标记阶段稍长一些，但也远比并发标记阶段的时间短）；Stop The World
• 最后是并发清除阶段，清理删除掉标记阶段判断的已经死亡的对象，由于不需要移动存活对象，(与用户线程并发）。

优点：并发收集、低停顿
缺点：

• 首先，CMS收集器对处理器资源非常敏感。在并发阶段，它虽然不会导致用户线程停顿，但却会因为占用了一部分线程（或者说处理器的计算能力）而导致应用程序变慢，降低总吞吐量。
• 其次，由于最后并发清除时线程还是在运行，无法在当次处理浮动垃圾，
• 由于在垃圾收集阶段用户线程还需要持续运行，那就还需要预留足够内存空间提供给用户线程使用，因此CMS收集器不能像其他收集器那样等待到老年代几乎完全被填满了再进行收集，必须预留一部分空间供并发收集时的程序运作使用。
• CMS 使用的是标记-清除的算法实现的，所以在 gc 的时候回产生大量的内存碎片，当剩余内存不能满足程序运行要求时，而不得不提前触发一次Full GC的情况