java 21 不默认启用 zgc 及其分代模式，需显式配置 -xx:+usezgc 和 -xx:+zgenerational；堆大小应固定并预触内存；新生代按百分比动态调整，推荐 -xx:zmaxnewsizepercent=40；晋升阈值建议设为 10–15。
Java 21 并不默认启用 ZGC，更不默认开启其分代模式。所谓“默认 ZGC”是常见误解——ZGC 仍需显式启用，而分代 ZGC（Generational ZGC）更是必须手动打开的关键优化项。真正能带来性能跃升的，不是简单加个 -XX:+UseZGC，而是用对组合、配准参数、避开陷阱。
确认 JDK 版本并启用分代 ZGC
先运行 java -version，确保输出为 21.0.1 或更高（LTS 推荐 21.0.1+）。低于 JDK 21 的版本不支持分代 ZGC，加了 -XX:+ZGenerational 会直接报错或静默忽略。
- 必须同时指定两个开关：
-XX:+UseZGC和-XX:+ZGenerational，缺一不可 - 不要写
-XX:ZGenerational=true—— 这是布尔标志，只认+或- - 启动命令示例：
java -XX:+UseZGC -XX:+ZGenerational -Xms12g -Xmx12g -jar app.jar
堆大小与内存预热要一步到位
ZGC 对大堆友好，但前提是堆配置稳定。动态扩容、页未预触，都会在高负载初期引发抖动。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
-Xms和-Xmx必须设为相同值（如-Xms16g -Xmx16g），避免运行时伸缩开销 - 加上
-XX:+AlwaysPreTouch：JVM 启动时就将所有堆内存页映射并清零，消除首次分配延迟 - 生产环境建议堆 ≥8GB；若分配速率高（如网关类服务），16–32GB 更稳妥
按业务特征调新生代弹性范围
分代 ZGC 不用 -Xmn，也不认 -XX:NewRatio。它靠百分比动态划新生代，而默认 1% 太小——32GB 堆仅给 320MB，高分配下几十毫秒就满。
- 短期对象密集型（如 API 网关、风控引擎）：设
-XX:ZMaxNewSizePercent=40，让新生代可扩至 12.8GB - 观察
-Xlog:gc*,zstats=debug日志中的Promotion Rate，若持续 >5%/s，说明新生代仍偏小 - 避免固定新生代大小（如
-XX:ZNewSize），Region-based 设计下硬指定易导致碎片和 Allocation Stall
控制晋升节奏，防老年代污染
对象过早晋升到老年代，会让每次老代 GC 都扫描大量本该在年轻代回收的“短命对象”，拖慢整体停顿。
- 默认晋升阈值
-XX:MaxTenuringThreshold=6不适配低延迟场景；建议调至10–15 - 用
-Xlog:gc,age*=info查看对象年龄分布，若第 2–3 次 GC 后晋升激增，说明存活判断过激 - 绝不设为 0（禁用晋升）——会导致年轻代 Region 无法释放，最终触发 OOM
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
