Java 垃圾收集的概念：

通过删除未使用的对象来重新分配内存。此功能将通过开发Java 标准人员思考的提案中改进。

OpenJDK Java 社区中提出的JDK 增强提案 (JEP：https://openjdk.java.net/jeps/423)呼吁通过将区域固定到 G1（垃圾优先），以减少垃圾收集器的延迟，Java 本地接口 (JNI) 关键区域期间不必禁用收集。该计划的目标如下：

•  JNI 关键区域，不会导致线程停止。

• JNI 关键区域，启动垃圾收集没有额外延迟。

• 当没有 JNI 关键区域处于活动状态时，GC 中的最小回归暂停时间。

• 当没有关键 JNI 区域处于活动状态时，GC 暂停时间没有回归。

支持此提案的人员指出，为了与 C 和 C++ 等非托管编程语言的互操作性，JNI 定义了获取和释放指向 Java 对象直接指针的函数。这些函数必须成对出现：首先，获取指向对象的指针；然后，在使用对象后，指针释放。

这样的函数对中的代码被认为是在临界区中运行的，使用的Java对象就是临界区。当 Java 线程处于临界区时，JVM 在垃圾回收期间不得移动关联的临界对象，本质上是在 GC 移动其他对象时将它们锁定在适当的位置。当线程处于临界区时，JVM 可能会禁用 垃圾回收 GC。

默认的 GC，G1将采用后一种方法，在每个关键区域禁用收集，这会显着降低延迟。根据正在考虑的提议，Java 线程将不会再等待 G1 GC 操作完成。该提案的目标将通过在主要和次要收集操作期间扩展 G1 以固定任意区域来实现。

该提案假定 JNI 关键区域的预期使用不会发生变化；它们将继续被谨慎使用并且持续时间较短。当应用程序同时固定多个区域时，存在堆耗尽的风险。目前还没有解决方案，但是Shenandoah GC在 JNI 关键区域期间锁定内存区域并且没有这个问题的事实表明这对于 G1 来说不是问题。

该提案目前没有引用可能引入此功能的 Java 版本。

标准 Java 的下一个版本JDK（Java Development Kit）18将于 2022年3 月 22 日发布，其功能集已被冻结。而JDK 19 会在 9 月发布。

来源：Oracle官网，21CTO