JDK 21通常支持多种垃圾回收器，如 G1、Parallel 和 Z Garbage Collector自使用场景说明

随笔3周前发布木木妞儿

9 0 0

JDK 21 提供了多种垃圾回收器，每个垃圾回收器都适用于不同的应用场景。以下是 JDK 21 中的垃圾回收器及其主要应用场景的总结：

G1 (Garbage First) 垃圾回收器：

适用于大堆内存的应用程序（通常超过4GB的堆内存）。
适用于需要较低停顿时间的应用程序，因为它的主要目标是降低垃圾回收停顿时间。
适用于多核处理器和大内存的服务器，因为它可以充分利用多核 CPU 和大内存来实现高吞吐量。

Parallel 垃圾回收器：

适用于需要高吞吐量的应用程序，它的主要目标是最大化应用程序的吞吐量。
适用于拥有大量 CPU 资源的服务器，因为它能够充分利用多核 CPU。
不适用于需要低停顿时间的应用程序，因为它的停顿时间通常较长。

Z Garbage Collector：

适用于需要非常低的垃圾回收停顿时间的应用程序。它的主要目标是最小化停顿时间。
适用于需要预测性能的应用程序，因为它通过控制垃圾回收停顿时间来提供可预测的性能。
适用于大堆内存的应用程序，可以有效减小大堆内存的停顿时间。

Shenandoah 垃圾回收器：

适用于需要极低停顿时间的应用程序。它的设计目标是最小化垃圾回收引起的停顿时间。
适用于大堆内存的应用程序，因为它可以有效减小大堆内存的停顿时间。

Epsilon 垃圾回收器：

Epsilon 不是一个传统的垃圾回收器，而是一种实验性的垃圾回收器，其主要设计目标是完全消除垃圾回收停顿时间。
适用于一些特殊场景，如非常短寿命的应用程序或需要尽量减小垃圾回收开销的场合。不适用于大多数生产环境。

以上是 JDK 21 中常见的垃圾回收器及其主要应用场景的总结。在实际应用中，根据应用程序的性能需求、硬件配置和其他因素，你可以选择合适的垃圾回收器，并根据具体情况进行性能测试和调优。不同的垃圾回收器提供了不同的权衡，因此根据应用程序的特点进行选择非常重要。

JDK 21 默认的垃圾回收器（Garbage Collector）是 G1（Garbage First）垃圾回收器。在 JDK 9 和之后的版本中，G1 成为默认的垃圾回收器，取代了之前的默认垃圾回收器 Parallel 垃圾回收器。当你没有显式指定其他垃圾回收器时，JDK 21 使用 G1 垃圾回收器作为默认选项。

请注意，JDK 的默认行为可能会随着版本的更新而变化，因此在你使用特定版本的 JDK 时，最好查看官方文档以了解默认的垃圾回收器。如果默认垃圾回收器不适合你的应用程序，你仍然可以通过命令行选项来显式选择其他垃圾回收器。

# 随笔