深入解析JVM虚拟机-G1垃圾收集器

dzend

已于 2024-04-08 13:31:48 修改

阅读量1.4k

点赞数 30

分类专栏： # jvm 文章标签： jvm 算法

于 2024-04-08 12:34:41 首次发布

本文链接：https://blog.csdn.net/dzend/article/details/137497412

版权

jvm 专栏收录该内容

19 篇文章 0 订阅

订阅专栏

相关系列

深入理解JVM垃圾收集算法-CSDN博客

深入理解JVM垃圾收集器-CSDN博客

定义

G1(Garbage-First)是一款面向服务器的垃圾收集器，主要针对配备多颗处理器及大容量内存的机器，以极高概率满足GC停顿时间要求的同时，还具备高吞吐量性能特征。

工作原理

G1将Java堆分为多个大小相等的独立区域(Region),JVM最多有2048个Region。一般Region大小等于堆大小除以2048，比如堆大小为4096M ，则Region大小为2M，当然也可以用参数:"

-XX:G1HeapRegionSize"手动指定region大小，但是推荐默认的计算方法。

G1保留了年轻代和老年代的概念，但不再是物理隔阂，它们都是（可以不连续）Region的集合。

默认年轻代对堆内存的占比是5%，如果堆大小为4096M，那么年轻代占200MB左右的内存，对应大概是100个Region，可以通过"-XX:G1NewSizePercent"设置新生代初始占比，在系统运行中，JVM会不停的给年轻代增加更多的Region,但是最多新生代的占比不会超过60%，可以通过"-XX:G1MaxNewSizePercent"调整。年轻代中的Eden和Survivor对应的region也跟之前的一样，默认8:1:1，假设年轻代有1000个Region，则eden区对应800个Region,Survivor中的s0、s1各占100个。

一个Region可能之前是年轻代，如果Regio进行回收，之后可能又会变成老年代，也就是说Region的区域功能可能会动态变化。

G1垃圾收集器有专门存放大对象的Region叫Humongous区，而不是和大对象直接老年代原则一样，而不是让大对象直接进入老年代的Region。在G1中，大对象的判定规则就是一个大对象超过一个Region大小的50%，比如按照上面算的，每个Region是2M，只要一个大对象超过了1M，就会被放入Humongous中，而且一个大对象如果太大，可能会横跨多个Region来存放。

Humongous区专门存放短期巨型对象，不用直接进老年代，可以节约老年代的空间，避免因为老年代空间不够的GC开锁。

Full GC的时候除了收集年轻代和老年代之外，也会将Humongous区一并回收。

GC工作流程

G1收集器一次GC的过程分为以下四个步骤：

初始标记(initial mark,STW)：暂停所有的其它线程，并记录下gc roots直接能引用的对象，速度很快
并发标记(Concurrent Marking):从GC Roots的直接关联对象开始遍历整个对象的过程，这个过程耗时较长，但是不需要停顿用户线程，可以与垃圾收集器一起并发运行。因为用户程序继续运行，可能会有导致已经标记过的对象状态发生改变。
最终标记：修正并发标记期间因为用户程序继续运行而导致标记产生变动的那一部分对象的标记记录，这个阶段的停顿时间一般会比初始标记时间稍长，远远比并发标记时间短。
筛选回收：对各个Region的回收价值和成本进行排序，根据用户期望的GC停顿时间来制订回收计划（可以用JVM参数：-XX:MaxGCPauseMillis指定）。回收算法用的是复制算法，将一个Region复制到另一个Region中，这样就不会像CMS那样回收产生很多的内存碎片还需要整理一次，G1采用的复制算法几乎不会产生太多的内存碎片。（CMS回收阶段是跟用户线程一起并发执行的，G1因为内部实现太复杂暂时时没实现并回收，不过到了Shenandoah就实现了并发收集，Shenandoah可以看成是G1的升级版本）。

G1收集器的特点

并行与并发：G1充分利用CPU、多核环境的硬件优势，使用多个CPU（CPU或者CPU核心）来缩短STOP-THE-WORLD停顿时间。部分其它收集原本需要停顿Java线程来执行GC动作，G1收集器仍然可以通过并发的方式让JAVA程序继续执行。
分代收集：G1可以不需要其它收集器配合独立管理整个GC堆，但是还是保留了分代的概念
空间整合：G1整体属于“标记-整理”算法实现的；从局部上来看是“复制”算法实现的。与CMS的“标记-清除”算法不同。
可预测的停顿：这是G1相对于CMS的另一个大优势，降低停顿时间是G1和CMS共同的关注点，但G1除了追求低停顿外，还能建立可预测的停顿时间模型，能让使用者明确指定一个长度为M毫秒的时间片段内完成垃圾收集。

G1垃圾收集分类

YoungGC

YoungGC并不说eden空间用完了，就立马触发，分析一下现在eden区回收大概要多久时间，如果回收小于参数-XX:MaxGCPauseMills设定的值，那么增加年轻代的region，继续给新对象存放，不会立马做YoungGC，直到下一次Eden区放满，计算回收时间接近参数-XX:MaxGCPauseMills设定的值，那么就会触发Young GC。

MixedGC

不是Full GC，老年代的堆空间占用达到JVM参数(-XX:InitialingHeapOccupancYpercent)设定的值触发，回收所有的Young和部分Old以及大对象区，正常情况下G1垃圾收集器是先做Mixed GC，主要使用复制算法，需要把各个region中存活的对象复制到别的region中去，复制过程中发现没有足够的空region能够承载复制对象就会触一次FULL