JVM-G1垃圾回收器：G1回收流程（Rset、CSet、SATB）

G1垃圾回收器总体来说，分为两种回收方式：第一种就是：YoungGC 对年轻代Region的回收，第二种就是MixGC。这种分代思想是垃圾回收器一直使用的。这种方式，让垃圾回收器只关注要回收的区域，降低程序的回收暂停时间。

G1垃圾回收的周期

从上图，我们可以看出来。G1垃圾回收器的垃圾回收方式分为两种。一就是YoungGC，主要回收的是年轻代Region中的垃圾。第二种就是混合回收模式（Mix GC），这种回收模式会回收年轻代跟老年代中的所有垃圾。根据上图，我们接下来就详细讲解一下垃圾回收周期中的各个流程的详细内容。

首先我们要知道的是G1垃圾回收器的算法是标记-整理算法，通过回收一个个Region（上一章我们讲到过的G1内存模型），来充分减少标记-整理算法上的内存浪费的缺点。

然后我们科普几个名词解释

App Thread （用户线程）

这个很简单，App thread 就是执行一个java程序的业务逻辑，实际运行的一些线程。

Concurrence Refinement Thread（同步优化线程）

这个线程主要用来处理代间引用之间的关系用的。当赋值语句发生后，G1通过Writer Barrier技术，跟G1自己的筛选算法，筛选出此次索引赋值是否是跨区（Region）之间的引用。如果是跨区索引赋值，在线程的内存缓冲区写一条log，一旦日志缓冲区写满，就重新起一块缓冲重新写，而原有的缓冲区则进入全局缓冲区。Concurrence Refinement Thread 扫描全局缓冲区的日志，根据日志更新各个区（Region）的RSet。这块逻辑跟后面讲到的SATB技术十分相似，但又不同SATB技术主要更新的是存活对象的位图。
Concurrence Refinement Thread（同步优化线程） 可通过 -XX:G1ConcRefinementThreads (默认等于-XX:ParellelGCThreads)设置。如果发现全局缓冲区日志积累较多，G1会调用更多的线程来出来缓冲区日志，甚至会调用App Thread 来处理，造成应用任务堵塞，所以必须要尽量避免这样的现象出现。可以通过阈值-X:G1ConcRefinementGreenZone/-XX:G1ConcRefinementYellowZone/-XX:G1ConcRefinementRedZone 这三个参数来设置G1调用线程的数量来处理全局缓存的积累的日志。

RSet（Remember Set ：记忆集合）

每一个Region都会划出一部分内存用来储存记录其他Region对当前持有Rset Region中Card的引用，这个记录就叫做Remember Set。我们可以看看以下的分区模型图：