ZGC从不分代走向分代，是为解决高分配压力下Allocation Stall瓶颈的务实改进：早期不分代保障了毫秒级可预测停顿，但需全堆扫描且易触发分配阻塞；分代ZGC通过物理隔离+逻辑分代，在不牺牲低延迟前提下提升吞吐效率。
ZGC从不分代走向分代，不是功能补丁，而是对实际负载的务实回应——它保留毫秒级停顿能力的同时，解决了早期版本在高分配压力下频繁触发 Allocation Stall 的关键瓶颈。
不分代ZGC的设计初衷
ZGC在JDK 11–14时期坚持不分代，核心目标是“暂停时间可预测且恒定”。为达成这一目标，它主动规避了分代带来的三类开销：
- 跨代引用追踪：省去卡表（Card Table）和记忆集（Remembered Set）的维护与写屏障成本；
- 并发模型简化：所有Region统一管理，着色指针与读屏障逻辑无需区分代际状态；
- 弱分代假说风险回避：在长生命周期服务（如连接池、缓存容器）中，大量对象一创建就长期存活，强行分代反而增加无效扫描和晋升负担。
不分代模式暴露的实际问题
随着微服务与高吞吐中间件普及，ZGC在真实场景中面临新挑战：
- 每次GC必须扫描全堆，即使90%的对象是刚分配几毫秒就死亡的短期对象；
- 高并发写入导致内存分配速率飙升，回收跟不上，触发Allocation Stall——应用线程被阻塞等待空闲内存，可用性直接受损；
- 虽然单次停顿仍
分代ZGC的轻量演进路径
分代不是推倒重来，而是在原架构上叠加一层逻辑组织：
- 物理内存仍由统一Region构成，但每个Region被打上“年轻代”或“老年代”标签；
- 对象按年龄倾向分配到对应区域，Minor GC只处理年轻代Region，大幅减少扫描范围；
- 不引入Survivor复制与年龄计数器，晋升由存活周期自动聚类决定，避免额外同步开销；
- 所有底层能力（着色指针、读屏障、NUMA感知、并发移动）完整保留，STW仍仅限根枚举阶段。
JDK版本演进中的关键节点
分代支持逐步成熟：
- JDK 15–20：实验性支持，需显式添加 -XX:+ZGenerational；
- JDK 21+：分代模式稳定，默认启用，官方测试显示平均停顿降低约40%；
- 未来版本：非分代ZGC将被移除，分代成为唯一标准形态。
