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

最新推荐文章于 2025-03-13 11:17:58 发布

置顶

Ocean曈

最新推荐文章于 2025-03-13 11:17:58 发布

阅读量8.2k

点赞数 14

分类专栏： jvm：G1垃圾回收器文章标签： java 后端

本文链接：https://blog.csdn.net/qq_15965621/article/details/107899419

版权

G1垃圾回收器采用标记-整理算法，分为YoungGC和MixGC两种方式。YoungGC主要回收年轻代Region，而MixGC回收年轻代和老年代。G1使用RSet记录跨区引用，CSet选择回收集合，SATB用于解决并发标记的漏标问题。通过设置参数如MaxGCPauseMillis控制暂停时间。在某些情况下，如空间不足，G1会触发Full GC。G1虽然优秀，但存在性能和内存浪费的问题，后续的ZGC有望提供更好的性能表现。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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调用线程的数量来处理全局缓存的积累的日志。