G1 与 ZGC 选择不只看停顿:吞吐和内存余量怎么算
G1 和 ZGC 的选择,先别从“谁的暂停更短”开始。生产决策应先写出三个约束:请求允许的停顿分位数、应用可接受的 GC 时间占比,以及容器给 JVM 留出的总内存。G1 通常适合希望在吞吐和停顿之间取得均衡的服务;ZGC 适合响应时间优先、需要把停顿压到很低的服务,但并发回收会消耗更多处理资源。最终选型必须用同一份业务负载压测确认。
- 先按存活集、分配尖峰和非堆开销估算 Xmx,不要把容器内存全部交给 Java 堆。
- G1 的默认目标是较均匀的短暂停顿和较高吞吐,ZGC 更偏低延迟,不能直接拿单次暂停比较。
- 用相同流量、相同 Xmx、相同日志字段比较 p99 停顿、GC 时间占比、CPU 和堆水位,再灰度上线。
先把“快”拆成停顿、吞吐和内存余量
停顿是应用线程被暂停的时间,吞吐则是应用真正运行时间占总时间的比例。Oracle 的调优指南把 -XX:GCTimeRatio=N 定义为 GC 时间与应用时间的目标比例 1/(1+N);例如 N=19 对应约 5% 的 GC 时间目标。这个数字是方向,不是压测结果。
内存预算也不能只看 -Xmx。可以先用下面的工程估算式:Xmx ≈ 峰值存活集 × (1+尖峰余量)+直接内存+类元数据与线程栈之外的堆内保留。再从容器限制中减去 metaspace、线程栈、Code Cache、JNI/直接内存和操作系统余量。比如存活集峰值约 3.2 GiB、短时分配波动按 50% 估算时,8 GiB 堆只是压测起点,不代表上线一定要给 8 GiB。
G1 与 ZGC 的取舍落在什么地方
G1 将堆拆成区域,部分工作与应用并发执行,并通过暂停目标安排回收集合。它是多数服务器配置下的默认收集器,适合希望获得相对均匀暂停、同时保留较好吞吐的服务。调优时不要轻易用 -Xmn 把年轻代钉死,因为这会削弱 G1 依据暂停目标调整年轻代的空间。
ZGC 的设计重点是低延迟,官方文档说明其暂停时间基本不随堆大小变化,但代价是并发阶段需要占用 CPU;在内存紧张或 CPU 已经饱和的服务里,低停顿不一定换来更高的业务吞吐。Java 25 的 ZGC 还支持把暂时不用的堆内存归还给系统,-XX:+ZUncommit 默认开启,但频繁提交和归还也有成本。

用同一套参数启动两组可比的压测
先固定堆上下限,避免收集器通过不同的扩缩容路径制造假差异;再只切换收集器。日志使用统一的 GC 标签,便于按请求压测窗口聚合。下面是示例启动方式,注释解释的是参数意图,不代表某个业务的最终值:
# G1:先给出固定堆和暂停目标,观察均衡点 java -Xms8g -Xmx8g -XX:+UseG1GC \ -XX:MaxGCPauseMillis=200 \ -Xlog:gc*,safepoint:file=gc-g1.log:time,uptime,level,tags:filecount=3,filesize=50m \ -jar service.jar # ZGC:保持相同堆预算,只切换收集器并记录相同维度 java -Xms8g -Xmx8g -XX:+UseZGC \ -Xlog:gc*,safepoint:file=gc-zgc.log:time,uptime,level,tags:filecount=3,filesize=50m \ -jar service.jar
压测时至少记录业务吞吐、请求 p99/p999、GC 暂停分位数、进程 CPU、堆已用峰值和容器 RSS。G1 如果频繁出现长时间回收,先检查堆是否太小、存活数据是否过高;ZGC 如果暂停很好但 CPU 或业务吞吐恶化,就要重新核对并发 GC 的资源成本。两边都出现内存逼近上限时,先扩大可用余量或降低分配速率,不要只换收集器。
把结果转成上线决策和回退条件

可以把决策写成三段:若 G1 已满足 p99 停顿和吞吐目标,优先保留 G1;若 G1 的暂停尾部无法接受且 CPU 仍有余量,才用 ZGC 做小流量验证;若 ZGC 让 CPU、RSS 或业务吞吐越过预算,回到 G1 并优化对象分配、缓存大小或堆上限。每次只改变一个变量,至少覆盖业务高峰、分配尖峰和长时间稳定运行三个窗口。
| 观察结果 | 优先动作 | 不要先做 |
|---|---|---|
| G1 停顿可接受,吞吐稳定 | 保留默认策略,固定 Xmx 并灰度 | 为了“更现代”切换 ZGC |
| G1 尾部停顿超预算,CPU 有余量 | 用同堆预算压测 ZGC | 只看一次 Full GC 就下结论 |
| 两者都让 RSS 接近容器上限 | 重算非堆和系统余量 | 把 -Xmx 直接调到容器限制 |
常见问题
堆越大,G1 和 ZGC 就一定越快吗?
不一定。更大的堆可能减少回收频率,但会增加内存占用;G1 还要承担区域管理和并发标记成本。必须结合分配速率、存活集和 CPU 看。
能不能只用 MaxGCPauseMillis 选 G1?
不能。它是暂停目标提示,不是保证值,而且放宽暂停目标可能提升吞吐;最终仍要看真实业务的尾延迟和 GC 时间占比。
ZGC 适合所有大堆服务吗?
不适合。大堆、低延迟只是候选条件,若服务 CPU 紧张或 RSS 余量不足,ZGC 的并发成本可能让总体结果更差。
参考资料:https://docs.oracle.com/en/java/javase/25/gctuning/available-collectors.html、https://docs.oracle.com/en/java/javase/25/gctuning/ergonomics.html、https://docs.oracle.com/en/java/javase/25/gctuning/garbage-first-g1-garbage-collector1.html。
在指定时区计算自然日窗口并处理夏令时跳变
- 上一篇
- 在指定时区计算自然日窗口并处理夏令时跳变
- 下一篇
- 解析出来的时间相差八小时,Location 与时区偏移哪里混淆了
-
- 文章 · java教程 | 19小时前 | Java · JVM · JVM Native Memory Tracking NMT jcmd 原生内存 JVM内存排查
- JVM 原生内存上涨但堆稳定,怎样用 NMT 分类定位
- 414浏览 收藏
-
- 文章 · java教程 | 22小时前 | Java · 性能优化 · Stream · Java教程 · Java Stream Spliterator 并行流 parallelStream Stream副作用
- Stream 并行化前先判断什么:数据规模、拆分与副作用
- 405浏览 收藏
-
- 文章 · java教程 | 1天前 | Java教程 · sealed interface Java密封类 模式匹配switch 支付结果 穷尽检查
- 密封类建模支付结果:穷尽分支与扩展边界
- 270浏览 收藏
-
- 文章 · java教程 | 1天前 | 数据校验 · api设计 · Java教程 · 参数校验 Java record API DTO Jakarta Validation 紧凑规范构造器 跨字段校验
- Java Record 作为 API DTO 时,校验逻辑放在哪里
- 370浏览 收藏
-
- 文章 · java教程 | 1天前 | 线程池 · 异常处理 · 并发编程 · Java教程 · CompletableFuture · 异步任务 completablefuture allOf Handle 结果汇总 CompletionException
- CompletableFuture 组合独立任务:allOf 结果汇总与失败归属
- 482浏览 收藏
-
- 文章 · java教程 | 1天前 |
- StructuredTaskScope 如何表达并发任务的共同生命周期
- 425浏览 收藏
-
- 文章 · java教程 | 1天前 | 并发编程 · Java教程 · java arena MemorySegment WrongThreadException FFM API
- Java MemorySegment 怎么限制跨线程访问范围
- 132浏览 收藏
-
- 文章 · java教程 | 1天前 | Java · Java 24 Java Class-File API CodeTransform ClassTransform CodeAttribute
- Java Class-File API 怎么转换方法代码属性
- 199浏览 收藏
-
- 文章 · java教程 | 1天前 | Java · Stream · java Stream Gatherer Integrator.Greedy
- Java Gatherer Integrator.Greedy 什么时候可以声明贪婪处理
- 112浏览 收藏
-
- 文章 · java教程 | 1天前 |
- Java FileChannel transferTo 为什么可能只传输部分字节
- 229浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 375次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 445次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 452次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 398次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 224次使用
-
- Go Java 算法之字符串解码示例详解
- 2023-01-07 479浏览
-
- Go Java算法之单词搜索示例详解
- 2022-12-30 337浏览
-
- Gojava算法之括号生成示例详解
- 2023-02-22 128浏览
-
- GoJava算法之累加数示例详解
- 2023-01-07 149浏览
-
- GoJava算法最大单词长度乘积示例详解
- 2023-01-12 202浏览

