【JVM】JDK11最新垃圾收集器ZGC

JDK11最新垃圾收集器ZGC

一、概述

  在JDK 11当中，加入了实验性质的ZGC。它的回收耗时平均不到2毫秒。ZGC 是一个并发、基于区域（region）、增量式压缩的收集器，它是一款低停顿高并发的收集器。ZGC几乎在所有地方并发执行的，Stop-The-World 只会在根对象扫描阶段（初始标记）发生，其他阶段是并发执行的，这样的话 GC 暂停时间并不会随着堆大小和存活对象的数量而增加。

  ZGC主要新增了两项技术，一个是着色指针Colored Pointer，另一个是读屏障Load Barrier。ZGC虽然目前还在实验阶段，但由于算法与思想是一个非常大的提升，相信在未来不久会成为主流的GC收集器使用。

二、ZGC 的设计目标

• TB 级别的堆内存管理；（1TB=1024GB）
• 最大 GC Pause 不高于 10ms；（GC Pause ：GC暂停时间）
• 最大的吞吐率损耗不高于 15%；（吞吐量高于75%）
• GC Pause 不会随着堆大小的增大而增加。

三、ZGC 关键技术

• 加载屏障（Load barriers）技术；
• 有色对象指针（Colored pointers）；
• 单一分代内存管理；
• 基于区域的内存管理；
• 部分内存压缩；
• 即时内存复用。

1、着色指针Colored Pointer

  ZGC利用指针的64位中的几位表示Finalizable、Remapped、Marked1、Marked0（ZGC仅支持64位平台），以标记该指向内存的存储状态。相当于在对象的指针上标注了对象的信息（不是对象头）。注意，这里的指针相当于Java术语当中的引用。在这个被指向的内存发生变化的时候（内存在Compact被移动时），颜色就会发生变化。

• Marked0/marked1: 判断对象是否已标记；
• Remapped: 判断应用是否已指向新的地址；
• Finalizable: 判断对象是否只能被Finalizer访问；

为什么有2个mark标记？每一个GC周期开始时，会交换使用的标记位，使上次GC周期中修正的已标记状态失效，所有引用都变成未标记。

2、读屏障Load Barrier

  由于着色指针的存在，在程序运行时访问对象的时候，可以轻易知道对象在内存的存储状态（通过指针访问对象），若请求读的内存在被着色了，那么则会触发读屏障。读屏障会更新指针再返回结果，此过程有一定的耗费，从而达到与用户线程并发的效果。

  与标记对象的传统算法相比，ZGC在指针上做标记，在访问指针时加入Load Barrier（读屏障），比如当对象正被GC移动，指针上的颜色就会不对，这个屏障就会先把指针更新为有效地址再返回，也就是，永远只有单个对象读取时有概率被减速，而不存在为了保持应用与GC一致而粗暴整体的Stop The World。

四、并行化处理阶段

• 标记(Marking);
• 重定位（Relocation）/压缩（Compaction）；
• 重新分配集的选择（Relocation set selection）；
• 引用处理（Reference processing）；
• 弱引用的清理（WeakRefs Cleaning）;
• 字符串常量池（String Table）和符号表（Symbol Table）的清理；
• 类卸载（Class unloading）。

参数

  ZGC回收机预计在jdk11支持，ZGC目前仅适用于Linux / x64 。和G1开启很像，用下面参数即可开启：

-XX:+UnlockExperimentalVMOptions -XX:+UseZGC

五、其他垃圾收集器

1、shenandoah：JDK12中新版垃圾回收器

  参考资料1
  参考资料2

2、Epsilon：

   空GC，内部调试，JDK做测试用的垃圾收集器。