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

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 是如何实现在期望的停顿时间内，完成垃圾回收的呢？

实际上，在系统运行过程中，G1 会收集每个 Region 的回收耗时、垃圾占比等各个可测量的信息，然后计算回收每个 Region 带来的收益大小（可回收的内存+回收耗时），通过维护一个优先级列表，然后在设置的最大停顿时间内，回收那些能带来最大收益的 Region。

虽然 G1 为我们提供了最大停顿时间这个参数，但是我们也不能异想天开的认为，这个参数设置得越小越好。如果设置得太小，那么会因为每次 GC 可以停顿的时间太少，导致每次 GC 只能回收极少的 Region，如果此时内存的分配速度大于 Region 回收的速度，那么在系统初期