JAVA垃圾回收器典型（CMS/G1）

Concurrent Mark and Sweep    CMS垃圾回收器是仅针对老年代的一种回收策略，以降低系统吞吐量来获得最短的停顿时间，主要适用于对响应时间的侧重性大于吞吐量的场景。因为cms并没有采取compact操作，大部分的阶段的GC线程是和用户线程并发执行，默认的GC线程数为物理CPU核心数的1/4，由于并发地进行清理，所以必须预留部分堆空间给正在运行的应用程序，默认情况下在老年代使用了68%及以上的内存的时候就开始进程清理，所以cms的full-gc会相对比较的频繁。

CMS的主要流程：并发标记->预清理->并发清除

1. 初始标记 initial mark  该阶段会发生STW，导致中断用户线程，但因其仅标记少量直接节点，所以很快就能完成。
   该过程仅标记老年代中所有的GC Roots所指的直接对象 和 被年轻代中存活对象引用的直接对象。
   
2. 并发标记 concurrent mark  该过程会和用户线程并发地执行，不会发生停顿。
   这个阶段会从初始标记阶段中所标记的节点往下检索，标记出所有老年代中存活的对象。此时也会有部分对象的引用被改变。
   
3. 并发预清理 concurrent preclean
   前一个阶段在并行运行的时候，一些对象的引用已经发生了变化，当这些引用发生变化的时候，JVM会标记堆的这个区域为Dirty Card，这就是 Card Marking。在本阶段，那些能够从Dirty Card对象到达的对象也会被标记，这个标记做完之后，Dirty Card标记就会被清除了。
   总的来说，本阶段会并发地更新并发标记阶段的引用变化和查找在并发标记阶段新进入老年代的对象，如刚晋升的对象和直接被分配在老年代的对象。通过重新扫描，以减少下一阶段的工作。