Epsilon GC简介：无操作实验性垃圾收集器

1. 概述

Java 11引入了一个名为Epsilon的No-Op Garbage Collector，它承诺尽可能降低GC开销。

在这个简短的教程中，我们将探讨Epsilon的工作原理，并提及常见的用例。

2. 快速上手

我们首先需要一个创建垃圾的应用程序：

class MemoryPolluter {

    static final int MEGABYTE_IN_BYTES = 1024 * 1024;
    static final int ITERATION_COUNT = 1024 * 10;

    static void main(String[] args) {
        System.out.println("Starting pollution");

        for (int i = 0; i < ITERATION_COUNT; i++) {
            byte[] array = new byte[MEGABYTE_IN_BYTES];
        }

        System.out.println("Terminating");
    }
}

此代码在循环中创建1兆字节的数组。由于我们重复循环10240次，这意味着我们分配了10GB的内存，这可能高于可用的最大堆大小。

我们还提供了一些打印语句来查看应用程序何时终止。

要启用Epsilon GC，我们需要传递以下VM参数：

-XX:+UnlockExperimentalVMOptions -XX:+UseEpsilonGC

当我们运行应用程序时，我们会收到以下错误：

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

但是，当我们使用标准VM选项运行相同的应用程序时，它可以正常完成：

Starting pollution
Terminating

为什么第一次运行失败？似乎即使是最基本的垃圾收集器也可以清理我们刚刚演示的大内存数组！

那么，让我们看一下Epsilon GC背后的概念，以了解刚刚发生的事情。

3. Epsilon GC的工作原理

Epsilon是一个无操作垃圾收集器。

JEP 318解释说：“[Epsilon]…处理内存分配，但不实现任何实际的内存回收机制。一旦可用的Java堆用完，JVM就会关闭。”

因此，这就解释了为什么我们的应用程序以OutOfMemoryError终止。

但是，它提出了一个问题：为什么我们需要一个不收集任何垃圾的垃圾收集器？

在某些情况下，我们知道可用堆就足够了，所以我们不希望JVM使用资源来运行GC任务。

此类情况的一些示例(也来自相关的JEP)：

• 性能测试
• 内存压力测试
• 虚拟机接口测试
• 寿命极短的工作
• 最后丢弃延迟改进
• 最后丢弃吞吐量改进

4. 总结

在这篇简短的文章中，我们了解了Epsilon，这是Java 11中可用的一种无操作GC。我们了解了使用它的含义，并回顾了一些可能会派上用场的案例。

与往常一样，本教程的完整源代码可在GitHub上获得。