JAVA CMS垃圾回收机制

CMS垃圾回收机制的作用：减少服务器的暂停时间，牺牲吞吐量，适合需要对外提供http服务的模块。
CMS垃圾回收的标识：在启动JVM参数加上-XX:+UseConcMarkSweepGC
CMS的垃圾回收过程：

1. 初始标记阶段（Initial Mark）：该阶段从服务器的根对象开始扫描，只标记跟“根对象”相连的对象；该阶段会从暂停服务。
2. 并发标记阶段（concurrent-mark）：该阶段从初始标记的对象出发，继续向下追溯标记，采用单独的线程工作，服务器不暂停，会消耗资源。
3. 并发预清理阶段（concurrent-preclean）：该阶段是查找在并发标记阶段进入老年代的对象，并进行标记。
4. 从新标记阶段（Remark）：这个阶段会暂停虚拟机，收集器线程扫描在CMS堆中剩余的对象。扫描从"跟对象"开始向下追溯，并处理对象关联
5. 并发清理阶段（concurrent-sweep）：启动线程，并行清理标记对象。
6. 并发重置阶段（concurrent-reset）：重置CMS收集器的数据结构，等待下一次垃圾回收。

如果服务器经常Full GC，这个时候需要确定Full GC的产生原因，需要在JVM参数加上-XX:+PrintGCDetails
这个时候会详细的打印GC日志。

一般Full GC产生的原因有两种：
promotion failed-concurrent mode failure：
该问题是在进行Minor GC时，Survivor Space放不下，对象只能放入老年代，而此时老年代也放不下造成的。
解决办法：-XX:UseCMSCompactAtFullCollection -XX:CMSFullGCBeforeCompaction=5 或者调大新生代或者Survivor空间

concurrent mode failure：
该问题是在执行CMS GC的过程中同时业务线程将对象放入老年代，而此时老年代空间不足，或者在做Minor GC的时候，新生代Survivor空间放不下，需要放入老年代，而老年代也放不下而产生的。

解决办法：+XX:CMSInitiatingOccupancyFraction，调大老年带的空间，+XX:CMSMaxAbortablePrecleanTime