聊聊JVM G1（Garbage First）垃圾收集器

news2024/12/27 7:56:59

CMS的垃圾回收机制，为什么分为四步https://blog.csdn.net/genffe880915/article/details/144205658说完CMS垃圾回收器，必定要说到目前一般应用项目中都推荐的G1。G1在JDK1.7 update4时引入，在JDK9时取代CMS成为默认的垃圾收集器。它是HotSpot在JVM上力推的垃圾收集器，并赋予取代CMS的使命。

简述

G1垃圾收集器不同于老版垃圾收集器，采用了独特的内存管理策略，实现了对整个堆空间的垃圾收集。G1分代上还是参考了老版的设计思想。它将堆内存分为多个大小相等的区域（Region），每个Region可以是Eden区、Survivor区或者Old区。

通过以下参数可以启用G1、设置Region的大小等：

// 整堆启用G1的垃圾回收器
-XX:+UseG1GC

// 设置最大暂停时间（默认200ms）
-XX:MaxGCPauseMillis=n

// 指定Region的内存大小，n必须是2的指数幂，其取值范围是从1M到32M
-XX:G1HeapRegionSize=n

// 指定垃圾回收工作的线程数量
-XX:ParallelGCThreads=n

G1还对大对象（Humongous）进行了独立的处理，在国内的很多资料中介绍都会称为Humongous区，将该Region和Old区进行区分开来。但是我参考外网的资料我发现其介绍如下：

In G1 GC we've already described how objects are stored in regions. If the object size is equal to or greater than 50% of the region size, it is considered a humongous object. Humongous objects are allocated directly to the old generation, are handled differently and can cause fragmentation.

如果我没理解错的话，大对象会直接分配到Old区，并没有独立分区的概念。

Whatever，为便于理解我们还是称为Humongous区。

Houmongous区的判断规则为当一个对象大于或等于Region大小的50%，甚至可能横跨了多个Region来存放。

G1根据每个Region的垃圾收集情况来决定下一次的垃圾收集Region，这样避免了对整个堆内存收集，从而减少垃圾收集时间。

原理

G1垃圾收集模式有两种：Young GC和Mixed GC

Young GC主要针对年轻代区域，包括Eden区和Survivor区。当所有Eden区使用率达到了最大阈值（默认60%）或者G1计算出来的回收时间接近用户设定的最大暂停时间时，会触发Young GC。将这两个Region的对象复制到另外的Survivor。

Young GC在收集时采用了三个关键技术，分别是记忆集、卡表和写屏障。

记忆集是G1内部维护引用关系表，记录了跨代引用（不会记录年轻代的互相引用），即非回收区域（老年代）对象引用回收区域对象的关系。
卡表、卡页：每个Region可以继续划分就成为卡页，每个Region会额外配置一小块内存用于记录堆中哪些卡页引用了自己Region中的对象，称为卡表。如果引用了自己Region中的对象，则称为脏卡。
写屏障实际上是更新卡表的技术，类似于Java中AOP技术。在用户线程中老年代的对象引用了年轻代对象时，更改卡表中对应的字节为脏卡，同时将脏卡放入一个队列中，JVM有独立的线程定期读取队列中的数据，更新数据集。