CMS（concurrent Mark sweep）垃圾收集器

作用

1.8 老年代默认垃圾收集器

过程

1） 初始标记（CMS initial mark）
1.会stw ，首先标记 GC root 对象。
哪些是GC root对象呢?
1.方法区中常量引用的对象。
2.方法区中 类静态变量引用的对象
3.虚拟机栈(栈桢中的本地变量表)中的引用的对象 ；
4.本地方法栈中JNI的引用的对象
2） 并发标记（CMS concurrent mark）
根据 初始标记对象 找出所有存活对象
并发执行
（3）预清理阶段（待详细研究）
处理前一个阶段因为引用关系改变导致没有标记到的存活对象的（待详细研究）
（4）可终止的预处理（待详细研究）
会等待发生young gc
3） 重新标记（CMS remark）
这个阶段会导致第二次stop the word，
该阶段的任务是完成标记整个年老代的所有的存活对象，
会stw
4） 并发清除（CMS concurrent sweep）
Garbage Collector采用清扫的方式回收那些不能用的对象了

缺点

1.CMS收集器对处理器资源非常敏感 （因为要分出一个核心处理）

2.CMS收集器无法处理“浮动垃圾”。

由于在垃圾收集阶段用户线程还需要持续运行， 那就还需要预留足够内存空间提供给用户线程来产生对象， 所以cms 必须预留一部分空间供并发收集时的程序运作使用。
结果：
设置太低会降低性能。
调高会导致“并发失败”（Concurrent Mode Failure） ，冻结用户线程的执行， 临时启用Serial Old收集器来重新进行老年代的垃圾收集，但这样停顿时间就很长了。

3. CMS是一款基于“标记-清除”算法实现的收集器，会有大量空间碎片

参考：
https://www.jianshu.com/p/86e358afdf17
《深入理解Java虚拟机——JVM高级特性与最佳实践》－周志明