JDK 24起ZGC默认且唯一启用分代模式，非分代版本已移除；堆按young/old逻辑分代，Minor GC仅扫描年轻代，停顿降至4ms、吞吐提升29%，内存占用不增反降。
分代ZGC在JDK 24中已成唯一模式
从JDK 24起，-XX:+UseZGC 直接启用的就是分代ZGC，非分代版本已被彻底移除。你再也不会看到 -XX:-ZGenerational 生效——它只会触发警告，且不影响实际行为。这意味着所有新部署的ZGC应用默认走分代路径，无需额外参数，也不存在“选不选”的问题。
堆内存组织方式发生逻辑变化
非分代ZGC把整个堆看作一个扁平区域，所有对象混存；分代ZGC则在物理Region不变的前提下，打上young或old标签，形成两个逻辑代。新对象优先进入年轻代Region，存活一段时间后自动晋升至老年代Region。大对象（Humongous Object）仍直接分配到老年代，不受TLAB限制。
关键影响包括：
- Minor GC只扫描年轻代Region，扫描量下降约60–80%，显著减少并发标记压力
- Allocation Stall（分配阻塞）频率大幅降低，尤其在高吞吐写入场景下
- 老年代回收仍需全代扫描，但因年轻代分流，整体GC触发频次和持续时间下降
停顿时间与吞吐量的实际差异
分代ZGC不是靠牺牲延迟换吞吐，而是通过更精准的扫描范围压缩STW根枚举之外的并发工作量。实测数据显示：
- 平均GC停顿从
8ms降至4ms（非分代 vs 分代） - 吞吐量提升约
29%（12,000 → 15,500 TPS），主要来自短期对象更快释放和TLAB重填充效率提升 - 内存占用未增加，部分场景反而更低——因无效对象更早被清理，堆碎片减少
注意：这些收益在微服务类短生命周期应用中更明显；若系统大量使用长周期缓存、连接池对象，分代带来的优化幅度会收窄，但不会倒退。
JVM参数和兼容性陷阱
升级到JDK 24+后，以下写法要立刻检查：
-
-XX:+UseZGC -XX:-ZGenerational：不再禁用分代，仅打印警告，实际仍运行分代ZGC -
-XX:+UseZGC -XX:+ZGenerational：冗余，-XX:+ZGenerational已被忽略，但无害 - 依赖旧文档中“非分代才稳定”的判断：现在反过来了——非分代已不存在，所有稳定性测试都基于分代模式
真正需要关注的是代际比例调优。ZGC不暴露-XX:NewRatio这类传统参数，其年轻代大小由运行时自动调节，但可通过-XX:ZYoungLimit（单位MB）设置年轻代上限，防止突发流量撑爆年轻代引发频繁Minor GC。
