Java11新特性 - Epsilon GC和ZGC

Java11中新增了两个GC,Epsilon GC和ZGC。

Epsilon垃圾收集器

A NoOp Garbage Collector
没有操作的垃圾收集器

JDK上对这个特性的描述是:开发一个处理内存分配但不实现任何实际内存回收机制的GC, 一旦可用堆内存用完,JVM就会退出。
如果有System.gc()调用,实际上什么也不会发生(这种场景下和-XX:+DisableExplicitGC效果一样), 因为没有内存回收,这个实现可能会警告用户尝试强制GC是徒劳。

用法

-XX:+UnlockExperimentalVMOptions
-XX:+UseEpsilonGC

测试默认GC

我们写一段代码,不断的产生垃圾:

public class EpsilonTest {
    public static void main(String[] args) {
        boolean flag = true;
        List garbageList = new ArrayList<>();
        int count = 0;
        while (flag) {
            garbageList.add(new Garbage());
            if (count ++ == 500) {
                garbageList.clear();
            }
        }
    }
}

class Garbage {
    private double d1 = 1;
    private double d2 = 2;

    /**
     * 在GC清除对象时会调用一次
     */
    @Override
    protected void finalize() throws Throwable {
        System.out.println(this + " collecting");
    }
}

直接运行,使用的默认的垃圾回收器:

java11.Garbage@37c7d031 collecting
java11.Garbage@71a19bf9 collecting
java11.Garbage@3b2df791 collecting
java11.Garbage@61441b29 collecting
java11.Garbage@680b1968 collecting
java11.Garbage@158829c3 collecting
java11.Garbage@414dc59c collecting
java11.Garbage@1103cf collecting
......

从运行打印的结果可以看出:有对象被回收了,触发了GC【默认用的是G1】
因为我只限定回收了500个,500个之后的对象会不断加到内存中,内存就会不够用:

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at java11.EpsilonTest.main(EpsilonTest.java:16)

测试Epsilon GC

如果我使用的是Epsilon GC,会是什么样的结果呢?

使用方法

启动时添加VM参数:
Java11新特性 - Epsilon GC和ZGC_第1张图片

运行结果

运行代码,发现控制台没有任何的输出,即EpsilonGC不会做任何的回收,并且程序很快就因为堆空间不足而退出。

Terminating due to java.lang.OutOfMemoryError: Java heap space

使用这个选项的原因

提供完全被动的GC实现, 具有有限的分配限制和尽可能低的延迟开销,但代价是内存占用和内存吞吐量.
众所周知, java实现可广泛选择高度可配置的GC实现. 各种可用的收集器最终满足不同的需求, 即使它们的可配置性使它们的功能相交. 有时更容易维护单独的实现, 而不是在现有GC实现上堆积另一个配置选项.

主要用途

  • 性能测试(它可以帮助过滤掉GC引起的性能假象)
  • 内存压力测试(例如,知道测试用例 应该分配不超过1GB的内存, 我们可以使用-Xmx1g –XX:+UseEpsilonGC, 如果程序有问题, 则程序会崩溃)
  • 非常短的JOB任务(对象这种任务, 接受GC清理堆那都是浪费空间)
  • VM接口测试
  • Last-drop 延迟&吞吐改进

ZGC

ZGC, A Scalable Low-Latency Garbage Collector(Experimental)
ZGC是一款可伸缩、低延迟的GC

概述

ZGC,应该是JDK11最为瞩目的特性。但是后面带了Experimental,说明这还不建议用到生产环境。

  • GC暂停时间不会超过10ms
  • 既能处理几百兆的小堆, 也能处理几个T的大堆(OMG)
  • 和G1相比, 应用吞吐能力不会下降超过15%
  • 为未来的GC功能和利用colord指针以及Load barriers优化奠定基础
  • 初始只支持64位系统

ZGC的设计目标是:支持TB级内存容量,暂停时间低(<10ms),对整个程序吞吐量的影响小于15%。 将来还可以扩展实现机制,以支持不少令人兴奋的功能,例如多层堆(即热对象置于DRAM和冷对象置于NVMe闪存),或压缩堆。

在使用G1的时候,在回收垃圾的时候,必须要保证应用程序当中所有的线程停下来,不在内存中制造混乱,然后GC才会开始工作,会造成停顿。这一个过程,有一个专属名词来解释:STW(stop the world)。
ZGC的目标就是缩短STW的时间:ZGC是一个并发,基于region, 压缩型的垃圾收集器,只有root扫描阶段会STW, 因此GC停顿时间不会随着堆的增长和存活对象的增长而变长。

用法

-XX:+UnlockExperimentalVMOptions
-XX:+UseZGC

Java11新特性 - Epsilon GC和ZGC_第2张图片

ps:ZGC暂时不能在windows系统中使用,不知道最新的版本有没有支持,我手边没有windows机器,未做测试。

你可能感兴趣的:(Java11新特性 - Epsilon GC和ZGC)