JVM26——G1垃圾回收内部细节

(1)Full GC

对于SerialGC和ParrallelGC而言，当老年代内存不足发生的垃圾回收就是full gc，但是对于CMS和G1垃圾回收器，老年代进行回收时是并发操作的，并不会造成太长的SWT，并不是full gc，G1、CMS只有当垃圾回收的速度比垃圾产生的速度要慢时，导致老年也满了，退化为SerialGC，才会触发full gc。

(2) Young Collection跨代使用

在进行young collection时，我们要查找GC Root，有一部分根对象可能在老年代中存活，新生代的对象被老年代引用了，如果我们对于整个老年代的对象进行扫描，效率肯定很低。G1垃圾回收器采取卡牌策略，把老年代的块状空间进一步划分为卡牌，当某个卡牌中的对象引用了新生代中的对象，就被标记为脏卡。在新生代内存中使用RememberSet来记录所有的引用，在查找GC Root时就可以通过RememberSet直接关注到脏卡区域，无需扫描全部老年代内存空间。当引用关系发生变化时，post-writter barrier和dirty card queue会配合更新变化的引用关系，最后通过异步线程Concurent reinforce Threads更新RememberSet。

(3) 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中的对象进行扫描，如扫描到被引用，则会将其置为黑色。