标记清除可能会导致垃圾碎片过多，导致并发失败，CMS会退化为SerialOld，进行一次全面的垃圾整理。这无疑会造成很多的时间消耗，这也时CMS存在的一个问题。
6.8.5 G1垃圾回收器
JDK9的默认垃圾回收器，取代了之前的CMS垃圾回收器。
(1)垃圾回收阶段
首先是进行Young Collection，当老年代到达阈值时，进行Young Collection+ConcurrentMark,最后进行Mixed Colletion。
2)Young Collection
新创建的对象会被放入伊甸园。
当伊甸园满后(会分配总的大小)会进行Young Collection。通过复制算法将未被回收的对象移至幸存区。
当再次触发垃圾回收时，会将一部分没有被回收的幸存区对象移到老年代(达到年龄阈值)，另一部分没有被回收的幸存区对象移到其他幸存区(未达到年龄阈值)。
(2)Young GC+CM(Concurrent marking)
- 在Young GC(阶段1)的同时进行GC Root初始标记
- 在老年代内存占用达到阈值时，会触发并发标记(无SWT)
(3)混合收集
混合收集阶段会全面收集垃圾，但是值得注意的是可以通过参数设置最大暂停时间，为了达到最大暂停时间的设置目标，老年代的内存可能不会全部进行拷贝整理，而是优先整理垃圾最多的内存。这也称其为G1的原因(Garbage First).
(4)Full GC
对于SerialGC和ParrallelGC而言，当老年代内存不足发生的垃圾回收就是full gc，但是对于CMS和G1垃圾回收器，老年代进行回收时是并发操作的，并不会造成太长的SWT，并不是full gc，G1、CMS只有当垃圾回收的速度比垃圾产生的速度要慢时，导致老年也满了，退化为SerialGC，才会触发full gc。
(5) Young Collection跨代使用
在进行young collection时，我们要查找GC Root，有一部分根对象可能在老年代中存活，新生代的对象被老年代引用了，如果我们对于整个老年代的对象进行扫描，效率肯定很低。G1垃圾回收器采取卡牌策略，把老年代的块状空间进一步划分为卡牌，当某个卡牌中的对象引用了新生代中的对象，就被标记为脏卡。在新生代内存中使用RememberSet来记录所有的引用，在查找GC Root时就可以通过RememberSet直接关注到脏卡区域，无需扫描全部老年代内存空间。当引用关系发生变化时，post-writter barrier和dirty card queue会配合更新变化的引用关系，最后通过异步线程Concurent reinforce Threads更新RememberSet。
6) Remark
通过post-writter barrier + satb_mark_queue实现。具体过程如下。
在remark阶段，我们采用黑色表示已经完成mark处理的对象，用灰色表示正在进行remark操作的对象，用白色表示还未进行remark操作的对象。如下图，A已经完成mark，并且其被强引用，故不会被垃圾回收，B正在remark，C尚未开始mark。
如果B完成Remark，在对C进行mark时恰B与C的引用断开(标记阶段垃圾回收线程与用户线程是并发的)，那么C就会被标记成为白色。如果在后面A又引用了C，那么垃圾回收时，C对象会被回收吗？答案当然是不会。这是因为当C对象被引用时，会执行post-writter barrier，并将C对象放入satb_mark_queue,置为灰色。在进行remark时，会对satb_mark_queue中的对象进行扫描，如扫描到被引用，则会将其置为黑色。
(7)字符串去重
在jdk8中，string字符串是存放在char数组中，如果通过new String的方式创建可能会导致重复创建。除了通过intern()方法来避免重复创建的发生，G1垃圾回收器会在新生代回收时并发检查是否存在重复创建的字符串，如果有则让他们指向同一个char数组。使用-XX: +UseStringDeduplication可以开启字符串去重(默认打开)。
(8)类卸载
在jdk8u40后，所有对象在经过并发标记后，就可以知道哪些类不再被使用，当一个类加载器所有的类都不再被使用后(主要是框架、自定义类加载器)，就会尝试对这些类进行类卸载。使用-XX:+ClassUnloadConcurrentWithMark可以开启类卸载(默认开启)。
