概述

G1 (Garbage-First) 垃圾收集器是 Oracle JDK 中的一种低延迟、高吞吐量的垃圾收集器，自 JDK 7u4 版本引入以来，一直是 Java 虚拟机 (JVM) 中备受推崇的垃圾收集器。从 JDK 9 开始，G1 成为默认的垃圾收集器。JDK 21 对 G1 进行了重大改进，引入了 Generational G1 (代际 G1) 特性，进一步优化了内存管理和垃圾收集效率。

本文将详细介绍 JDK 21 中 G1 垃圾收集器的原理、特性、新增功能、配置参数以及性能优化建议。

G1 垃圾收集器基础原理

设计目标

G1 的设计目标是提供可预测的停顿时间，同时保持高吞吐量。它特别适用于以下场景：

• 堆内存较大 (通常超过 4GB)
• 应用程序对停顿时间敏感
• 需要平衡吞吐量和延迟

核心概念

1. Region (区域): G1 将堆内存划分为多个大小相等的区域 (Region)，每个区域大小通常为 1MB 到 32MB 之间。Region 可以是 Eden、Survivor、Old 或 Humongous 类型。

2. Remembered Set (记忆集): 每个 Region 都有一个 Remembered Set，用于记录指向该 Region 的引用，避免全堆扫描。

3. Collection Set (收集集): 在垃圾收集过程中，需要被回收的 Region 集合。

4. Pause Prediction Model (停顿预测模型): G1 使用历史数据预测下一次垃圾收集的停顿时间，确保停顿时间不超过用户设定的目标。

垃圾收集阶段

G1 的垃圾收集过程分为以下几个阶段：

1. Young GC (年轻代收集): 收集年轻代 Region，包括 Eden 和 Survivor 区域。
2. Mixed GC (混合收集): 收集年轻代和部分老年代 Region。
3. Full GC (完全收集): 当其他收集方式无法满足内存需求时，进行全堆收集 (通常是最后手段)。

JDK 21 中的新特性：Generational G1

JDK 21 引入了 Generational G1，这是一个实验性特性 (通过 -XX:+UseGenerationalG1 启用)，旨在进一步提高 G1 的性能。

主要改进

1. 代际内存布局优化:

   • 年轻代和老年代的分离更加严格
   • 减少跨代引用的开销

2. 更高效的年轻代收集:

   • 优化了年轻代 Region 的分配和回收
   • 减少了 Remembered Set 的维护开销

3. 改进的混合收集策略:

   • 更智能地选择要收集的老年代 Region
   • 减少不必要的混合收集

启用 Generational G1

要启用 Generational G1，需要添加以下 JVM 参数：

-XX:+UseG1GC -XX:+UseGenerationalG1

注意：此特性在 JDK 21 中仍为实验性，可能在未来版本中成为默认行为。

配置参数

基本配置

• -XX:+UseG1GC: 启用 G1 垃圾收集器
• -Xmx<size>: 设置最大堆大小
• -Xms<size>: 设置初始堆大小

停顿时间控制

• -XX:MaxGCPauseMillis=<n>: 设置最大 GC 停顿时间目标 (默认 200ms)
• -XX:GCPauseTimeInterval=<n>: 设置两次 GC 之间的最小间隔时间

Region 大小

• -XX:G1HeapRegionSize=<size>: 设置 Region 大小 (1MB 到 32MB，必须是 2 的幂)

其他重要参数

• -XX:G1NewSizePercent=<percent>: 年轻代占堆的最小百分比 (默认 5)
• -XX:G1MaxNewSizePercent=<percent>: 年轻代占堆的最大百分比 (默认 60)
• -XX:G1MixedGCCountTarget=<n>: 混合收集的目标次数 (默认 8)
• -XX:G1HeapWastePercent=<percent>: 允许的堆浪费百分比 (默认 5)

性能监控和调优

监控工具

1. JVM 内置工具:

   • jstat: 提供 GC 统计信息
   • jmap: 生成堆转储
   • jcmd: 发送诊断命令

2. 可视化工具:

   • VisualVM
   • JConsole
   • GCViewer

常见性能问题及解决方案

1. 长时间停顿:

   • 降低 MaxGCPauseMillis
   • 增加堆大小
   • 调整 Region 大小

2. 高 CPU 使用率:

   • 启用并行收集: -XX:ParallelGCThreads=<n>
   • 调整并发线程数: -XX:ConcGCThreads=<n>

3. 内存不足:

   • 增加堆大小
   • 优化应用程序内存使用
   • 启用字符串去重: -XX:+UseStringDeduplication

调优步骤

1. 确定应用程序的内存需求和 GC 目标
2. 设置合适的堆大小和停顿时间目标
3. 监控 GC 行为，分析日志
4. 根据监控结果调整参数
5. 重复监控和调整过程

与其他垃圾收集器的比较

vs. Parallel GC

• G1 提供更好的停顿时间可预测性
• Parallel GC 在吞吐量方面更优秀
• G1 更适合大堆内存应用

vs. CMS (Concurrent Mark Sweep)

• G1 避免了 CMS 的内存碎片问题
• G1 的停顿时间更可预测
• CMS 在 JDK 9+ 中已被弃用

vs. ZGC 和 Shenandoah

• ZGC 和 Shenandoah 提供更低的停顿时间 (<10ms)
• G1 在 JDK 21 中仍是大多数应用的首选
• ZGC 和 Shenandoah 更适合超大堆 (>64GB)

最佳实践

1. 合理设置堆大小: 避免设置过大的堆，除非必要
2. 监控 GC 日志: 启用详细 GC 日志进行分析
3. 定期性能测试: 在生产环境部署前进行充分测试
4. 考虑应用程序特性: 根据应用的特点选择合适的 GC 参数
5. 保持 JVM 更新: 使用最新 JDK 版本以获得性能改进

总结

JDK 21 中的 G1 垃圾收集器通过引入 Generational G1 等新特性，进一步提升了性能和效率。作为 JVM 默认的垃圾收集器，G1 提供了出色的平衡性，在吞吐量和延迟之间取得了良好的折中。

对于大多数 Java 应用程序，G1 都是一个可靠的选择。通过合理的配置和监控，可以最大化应用程序的性能和稳定性。随着 JDK 的持续发展，G1 垃圾收集器将继续演进，为 Java 生态系统提供更好的内存管理解决方案。

参考资料

• Oracle JDK 21 官方文档
• OpenJDK G1 GC 源码
• JVM 性能调优指南
• Java 垃圾收集器相关论文