jdk 17 默认仍使用 g1 gc，无需手动切换；但其停顿时间可达20–50ms，微服务低延迟场景下可能不满足tp999要求。

JDK 17 并不默认启用 G1 以外的 GC，它默认仍用 G1（与 JDK 9 起一致），所以“一键升级为默认 G1”其实无需切换——你升级到 JDK 17 后，只要没显式指定其他 GC，G1 就自动生效。

微服务低延迟场景下，别只守着默认 G1

默认 G1 在 JDK 17 中虽有优化（如更精准的并发标记、Region 大小自适应等），但其停顿时间仍可能达 20–50ms（尤其堆 > 4GB 或对象晋升快时），对 TP999

• G1 的 -XX:MaxGCPauseMillis=200 是目标值，不是保证值；高负载下容易突破
• 调优复杂：需反复试错 RegionSize、ConcGCThreads、InitiatingHeapOccupancyPercent 等参数
• 频繁 Mixed GC + Full GC 毛刺，在流量突增时极易触发

真正适合低延迟的，是 JDK 17 内置的 ZGC

ZGC 是 JDK 17 LTS 中唯一开箱即用、生产就绪的亚毫秒级 GC（典型停顿

• 启动只需加参数：-XX:+UseZGC（JDK 17+ 默认支持，无需实验性开关）
• 堆大小从 8MB 到 16TB 全覆盖，4–8GB 堆在微服务中效果最显著
• 美团 Zeus 服务实测：TP999 降低 12–142ms，降幅最高达 74%

升级操作其实很简单

不是“换回 G1”，而是跳出 G1 思维，直接启用 ZGC：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 确认 JDK 版本：java -version 输出含 17. 即可
• 启动命令替换 GC 参数：
  原 G1 启动项（如 -XX:+UseG1GC -XX:MaxGCPauseMillis=100）→ 改为 -XX:+UseZGC
• 建议搭配堆设置：-Xmx4g -Xms4g（ZGC 对初始堆/最大堆一致更友好）
• 验证是否生效：java -XX:+PrintGCDetails -version 启动日志中出现 Using ZGC

什么情况才该坚持用 G1？

不是所有微服务都适合 ZGC，以下场景可保留 G1（或改用 Shenandoah）：

• 运行在较老内核（memlock 限制的环境（ZGC 需 mmap 大页支持）
• 应用极度 CPU 受限，且无法接受 ZGC 多线程并发标记带来的约 10–15% 吞吐损耗
• 已有成熟 G1 调优经验，且当前 GC 毛刺可控（如 TP999

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南