ZGC初期选择不分代是为了保障暂停时间可预测且恒定，通过简化并发模型、避免跨代引用开销、统一内存视图降低实现复杂度，并规避弱分代假说在长生命周期服务中的失效风险。
ZGC 早期版本不分代，不是设计疏漏，而是有明确取舍——它优先保障“暂停时间可预测且恒定”，为此主动放弃分代带来的局部优化可能。
为什么 ZGC 初期选择不分代？
核心在于简化并发模型、消除代际边界干扰：
- 避免跨代引用的复杂处理：分代 GC 需要精确跟踪年轻代到老年代的引用（如卡表、记忆集），这会引入额外写屏障开销和并发同步成本，与 ZGC “全链路并发”目标冲突；
- 统一内存视图降低实现难度：不分代意味着所有对象在逻辑上平等，ZGC 可以用一套 Region 管理、着色指针标记、读屏障重映射机制覆盖全部堆空间，减少状态分支和边界条件；
- 弱分代假说并非绝对成立：在某些长生命周期服务（如中间件、数据库连接池）中，大量对象从创建起就长期存活，强行按年龄划分反而增加无效扫描和晋升开销。
分代 ZGC 是如何被重新引入的？
不是推翻原有设计，而是在不破坏低延迟前提下，叠加一层轻量级代际组织：
- 物理隔离 + 逻辑分代：堆仍由统一 Region 构成，但 ZGC 为 Region 打上“年轻代”或“老年代”标签，分配时按对象年龄导向对应区域，不改变底层并发标记与移动机制；
- 只做年轻代高频回收，不做强制晋升控制：分代 ZGC 不依赖传统的 Survivor 区复制与年龄计数，而是通过对象分配位置和存活周期自动聚类，让 Minor GC 更聚焦、更轻量；
- 保留所有原生优势：1ms 暂停上限、NUMA 感知、着色指针、读屏障等关键技术完全继承，STW 阶段仍仅限根枚举（含 JDK 16 起已并发化的线程栈处理）。
分代改进的实际收益在哪？
它解决的是资源效率问题，而非延迟天花板问题：
- CPU 开销下降：年轻代对象集中、死亡率高，一次小范围并发标记就能释放大量内存，避免全堆扫描的冗余计算；
- 内存带宽压力缓解：对象移动（Relocation）集中在活跃区域，减少跨 NUMA 节点的数据搬运；
- 浮动垃圾更可控：短生命周期对象快速回收，降低因并发标记滞后导致的“本该回收却暂留”的浮动垃圾比例。
分代不是回归传统，而是让 ZGC 在保持亚毫秒级停顿的同时，变得更省、更稳、更适配真实业务分布。
