Java ZGC 分代模式下怎么观察晋升压力

分代 ZGC 下观察“晋升压力”，重点不是寻找一个像 G1 统计表那样的单一晋升率，而是把回收后的老年代存活量、分配与 GC 频率、堆余量放在同一时间窗口里看。老年代存活量在多轮回收后持续抬高，同时 GC CPU 上升、可用堆空间变薄，才说明短命对象之外有更多对象正在变成长寿命对象。

一、先确认分代 ZGC 与版本边界

JEP 439 在 JDK 21 引入分代 ZGC，JDK 23 将它设为 ZGC 的默认模式，JDK 24 又移除了非分代模式。排查时先把 JDK 小版本、启动参数和最大堆记录下来，否则同一份日志可能被不同版本的语义误读。JDK 21–23 的旧环境可能仍显式写着 -XX:+ZGenerational；JDK 24 及以后不要把这个参数当成必需配置。

# 只记录启动基线，不把诊断参数直接带进生产变更
java -version
jcmd  VM.command_line
jcmd  VM.flags | grep -E 'UseZGC|ZGenerational|SoftMaxHeapSize|MaxHeapSize'

这里的目标是确认运行中的进程，而不是凭部署脚本猜测。若进程使用的是旧 JDK，先在预发布环境复现；若是 JDK 24+，把注意力放到日志中的 young/old 变化和堆余量，不要围绕已经移除的非分代开关做文章。

二、用 GC 日志观察年轻代到老年代的变化

建议在可控时段开启滚动 GC 日志，把同一批流量前后的日志放在一起比较。下面的标签用于保留 GC、堆和初始化信息；文件轮转避免长时间运行把磁盘打满。

# 采集 GC 与堆标签，便于按时间窗口比较分代存活趋势
JAVA_TOOL_OPTIONS='-Xlog:gc*,safepoint:file=gc.log:time,uptime,level,tags:filecount=5,filesize=50M' \
  java -Xms4g -Xmx4g -XX:+UseZGC -jar app.jar

# 从已有 JFR 或诊断记录中先筛出 GC 类别，输出只用于分析
jfr print --categories GC --events GarbageCollection recording.jfr

不要只看某一次回收前的占用。把“回收前占用—回收后存活—下一轮回收间隔”排成时间序列：如果回收后老年代存活量逐轮上台阶，且间隔越来越短，说明中长寿命对象在挤压老年代空间；如果回收后能回落、业务延迟稳定，则更像正常的分代自适应。

三、用 JFR 与业务基线交叉判断压力

短时 JFR 适合补齐日志看不到的关联关系。采集时不要只盯着 GC 事件，还要把 CPU、分配速率和应用延迟一起取样：

# 对指定 JVM 做一次短时采集，结束后保留文件供离线比对
jcmd  JFR.start name=zgcpromo settings=profile duration=120s filename=zgcpromo.jfr

# 查看录制里有哪些事件，再按 GC 类别缩小范围
jfr metadata zgcpromo.jfr | grep -E 'Garbage|Allocation|CPULoad'
jfr print --categories GC zgcpromo.jfr

判断可以分三层：第一层是老年代回收后存活量是否持续增加；第二层是 GC 线程 CPU、分配速率或回收周期是否同步变差；第三层是请求延迟、分配停顿或堆 headroom 是否已经受影响。只出现第一层，先观察；三层同时出现，才值得进入处理流程。

四、按证据决定调参、扩容或回到对象生命周期

ZGC 会动态调整分代大小、GC 线程和对象老化策略。生产环境先别把 tenuring 阈值钉死，也不要把 G1 的 MaxTenuringThreshold 经验直接搬过来。先用类分配热点、缓存命中数据、队列批次大小和请求延迟确认是谁延长了对象寿命；如果 live set 本身已经接近 -Xmx，调 GC 参数通常只能推迟问题。

一份可执行的检查清单是：固定同一流量窗口；保存 JDK 与完整启动参数；对比回收后的分代存活量；把 JFR 的 GC/CPU/分配和业务延迟对齐；最后才做一个可回滚的 Xmx 或对象生命周期实验。每次只改一个变量，避免把“晋升压力下降”误判成日志窗口变化。

相关问题

只看老年代占用高就能判断晋升压力吗？

不能。必须看多轮回收后的存活趋势，以及 GC CPU、回收频率和业务延迟是否同步恶化；单个时刻的占用可能只是流量峰值。

JDK 24 还要加 -XX:+ZGenerational 吗？

不需要。JDK 24 起 ZGC 已采用分代模式，旧的非分代选择已被移除；迁移时应清理遗留参数并重新建立日志基线。

晋升压力高时先调哪个参数？

先不要指定 tenuring 阈值。优先确认最大堆、live set、缓存和批处理对象是否合理，再用灰度实验验证单一改动。