CMS垃圾回收器

参考大佬文章整理笔记，
原文：https://blog.csdn.net/Java_3y/article/details/121485184

如果用Seria和Parallel系列的垃圾收集器：在垃圾回收的时，用户线程都会完全停止，直至垃圾回收结束！

CMS垃圾回收器的设计目的？

CMS的全称：Concurrent Mark Sweep，翻译过来是「并发标记清除」；它的特点是并发，在垃圾回收时用户线程仍然可以继续工作，避免老年代GC出现长时间的卡顿Stop The World；
CMS的Stop The World停顿时间是不可预估的。

CMS垃圾回收器的回收过程？

CMS可以简单分为5个步骤：初始标记、并发标记、并发预清理、重新标记以及并发清除
并发的阶段都不会Stop The World。
初始标记：会标记GCRoots直接关联的对象以及年轻代指向老年代的对象；这个过程会发生Stop The World，但是很快，因为它只标记一层，不会向下追溯；
并发标记：从GCRoots向下追溯，标记所有可达的对象，不会停止用户线程，不会发生Stop The World；
并发预处理：扫描可能由于前面并发标记时导致的老年代发生变化的对象，会再扫描一次前面标记的脏页，脏页是遍历新生代来看看在并发标记阶段有没有对象引用了老年代。因为是并发标记，所以可能会出现有新生代到了老年代，也有可能有新的大对象直接分配到了老年代，也有可能老年代或年轻代的引用发生了变化。
主要是为下一阶段重新标记减少耗时；
重新标记：会Stop The World，这个停顿时间取决于上面并发预处理阶段，一边标记，用户线程同时又在产生新的；垃圾；
并发清除：GC一边在清除这些垃圾，用户线程同时又在产生新的垃圾，但是新产生的垃圾这次不会处理，要下次回收的时候才会处理，这期间产生的垃圾又叫浮动垃圾。
完成后会重置CMS算法的相关内部数据，为下一次GC做准备。

CMS垃圾回收器的弊端？

空间需要预留：CMS垃圾收集器可以一边回收一边处理用户线程，在这个过程中需要有充足的内存空间共用户使用；如果空间不够会报错Concurrent Mode Failure；会导致启动 Serial Old垃圾收集器来回收老年代的垃圾，停顿时间很长；
内存碎片：CMS是标记清除算法，所以回收后会产生很多碎片，如果碎片太多就没有足够的空间就会触发full GC；CMS会在full GC 时进行碎片整理。