分代收集理论基于弱分代假说（多数对象朝生夕灭）和强分代假说（高龄对象长期存活），将堆划分为年轻代与老年代，配合记忆集解决跨代引用，并随硬件与应用演进逐步弱化分代刚性。

分代收集理论的核心，是把对象按生命周期长短“分组管理”，而不是一视同仁地扫描整个堆。它不依赖数学证明，而是从大量程序运行中总结出的经验——大多数对象活不过几次GC，而活下来的往往会长期存在。

弱分代假说：为什么新生代要高频回收

“朝生夕灭”不是比喻，而是统计事实：方法内创建的临时对象、循环中的局部集合、HTTP请求生成的DTO等，90%以上在下一次Minor GC前就已不可达。JVM据此把堆划出年轻代（Eden + Survivor），专用于存放这类短命对象。

• Eden区满时触发Minor GC，只扫描这一小块区域，速度快、停顿短
• 存活对象被复制到Survivor区，每熬过一次GC，年龄+1
• 年龄达到阈值（默认15）或Survivor空间不足时，直接晋升到老年代

强分代假说：老年代回收可以更“懒”

一个对象如果在年轻代经历了5次GC还活着，它大概率还会再活很久。强分代假说支撑了这种判断逻辑——高龄对象聚集在老年代，数量少、变化慢，因此Major GC（或Mixed GC）可以拉长间隔、降低频率。

• 老年代不采用复制算法（空间浪费大），多用标记-整理或标记-清除
• CMS曾尝试并发清理以减少停顿，ZGC/Shenandoah则进一步实现几乎无停顿的老年代回收
• 但“懒”不等于不管：当老年代空间不足或碎片化严重时，仍会触发代价更高的回收

跨代引用：分代能成立的关键约束

如果年轻代对象频繁引用老年代对象，或者反过来，分代就容易漏标——比如一个刚创建的对象被老年代的单例长期持有，它其实不该进年轻代。所以JVM引入记忆集（Remembered Set）等结构，只记录跨代引用的“脏卡”，避免每次GC都扫描全堆。

• G1用RSet跟踪每个Region的跨代引用，ZGC用指针着色隐式标记
• 没有跨代引用假说的支持，分代策略的准确性会大幅下降
• 这也是为什么大量使用WeakReference或SoftReference有助于缓解老年代压力

现代演进：分代正在变得可选而非必需

随着硬件内存增大、应用对象生命周期趋同（如微服务中大量POJO反复创建销毁），纯分代设计开始暴露局限。ZGC和Shenandoah默认关闭分代，采用全堆并发标记；G1虽保留分代概念，但实际按Region统一管理，回收决策更依赖预测模型而非固定代际。

• 新收集器更关注延迟目标（如ZGC承诺停顿
• 分代仍是HotSpot默认配置的基石，但不再是唯一正解
• 业务系统调优时，先看对象分配速率和晋升率，再决定是否调整分代参数，比盲目套用理论更有效