JVM系列之垃圾回收器（中篇）——G1的运行原理以及调优思路

❝

扫描下方二维码或者微信搜索公众号菜鸟飞呀飞，即可关注微信公众号，阅读更多Spring源码分析、Java并发编程、Netty源码系列、MySQL工作原理和JVM专题系列文章。

❞

1. G1 垃圾回收器

Garbage First 简称 G1，是继 CMS 垃圾回收器之后，又一款并发的垃圾回收器，在 JDK7 中被去掉 Experimental 标识，开始可以被正式使用，在 JDK9 中被 JVM 设置为默认的垃圾回收器。G1 是垃圾收集器发展史上的一个新的里程碑，它采用分区算法，基于 Region 的内存布局方式，对整个堆内存进行局部回收，既能回收新生代，也能回收老年代。G1 垃圾回收器的目标是在期望的停顿时间内，尽可能地提高系统的吞吐量。

2. G1 的特点

与上篇文章（JVM 系列之经典垃圾回收器（上篇））中提到的 6 款垃圾回收器相比，G1 垃圾回收器在垃圾回收过程中，不仅支持并行，还支持并发。另外 G1 在内存布局以及实现思路上，与前面介绍的垃圾回收器具有非常大的不同之处。

2.1 region 分区

虽然 G1 仍然遵循分代收集理论，但是 G1 不再坚持固定大小、固定数量的分代区域划分，而是将整个内存区域划分为若干个大小相等的独立小区域（Region），每个 Region 都能扮演 Eden、Survivor、Old 区。新生代和老年代的内存在物理上不再是连续的，而是逻辑上处于连续。示意图如下。

G1分区示意图

在 G1 中，新增了一个 H 区的概念，如果一个对象的大小超过了一个 Region 的 50%，那么该对象就会被直接存放进 H 区。如果一个 Region 无法存放下对象，那么就会采用连续的多个 Region 来存放该超大对象。

每个 Region 的大小可以通过参数 「-XX:G1HeapRegionSize」 设置，取值范围为 1MB~32MB，且为 2 的整数次幂。通常情况下，G1 会将堆内存划分为 2048 个 Region，如果我们指定堆内存的大小为 4G ，那么每个 Region 的大小为 2MB。

2.2 停顿时间

G1 的另外一大特点是可以设置一个期望的停顿时间，然后在期望的停顿时间内，对「一部分 Region」进行垃圾回收。在平时的工作中，我们经常为 JVM 设置合理的内存大小，优化部分参数，其实就是为了尽量减少 Minor GC 和 Full GC，从而减少系统的停顿时间，而 G1 垃圾回收器直接我们提供了最大停顿时间这个参数（「-XX:MaxGCPauseMillis」）。

那么 G1 是如何实现在期望的