分代收集与内存分代是同一机制的“行为”与“结构”两面：JVM堆划分为新生代（含Eden、Survivor）、老年代和元空间，据此实施Minor GC（复制算法）、Major/Full GC（标记-整理等），通过晋升阈值、比例参数等协同优化回收效率。
分代收集和内存分代不是两个并列概念，而是同一套机制的“结构”与“行为”两面——没有内存分代，就谈不上分代收集；没有分代收集的设计目标，内存分代就失去存在意义。
内存分代是分代收集的前提结构
JVM堆被划分为新生代（Young）、老年代（Old）和元空间（Metaspace），这种物理划分不是为了好看，而是为垃圾回收提供可操作的边界。新生代专放新对象，老年代收容长期存活者，元空间隔离类元数据——每个区域承载的对象生命周期特征明确。只有先把内存按“年龄”切开，回收器才能决定：哪些区域该高频扫描，哪些可以暂缓处理。
- 新生代默认占堆的1/3左右，对象死亡率常超90%，适合用复制算法快速清空
- 老年代对象稳定、碎片敏感，必须用标记-整理或并发标记来保障连续分配
- 元空间不在堆内，不参与常规GC，避免因类加载引发误触发Full GC
分代收集是内存分代的唯一目的
分代不是JVM规范强制要求，而是所有主流垃圾收集器（Serial、Parallel、CMS、G1、ZGC）共同采纳的工程实践——因为它直接回应了真实应用中的两个统计事实：90%对象活不过一次Minor GC，99%熬过10次GC的对象基本永生。若不按此规律组织内存，每次GC都扫全堆，停顿时间会从几毫秒飙升至数秒。
- Minor GC只清理新生代，耗时短、频率高，对业务影响小
- Major GC或Full GC代价高昂，靠分代机制大幅降低其发生概率
- 晋升阈值（MaxTenuringThreshold）、Survivor比例（SurvivorRatio）等参数，全是围绕“让对象在合适时机进入合适区域”来调优
二者协同定义了GC类型与行为边界
所谓Minor GC、Mixed GC、Full GC，并非凭空命名，而是由内存分代结构直接决定的回收范围：
- Minor GC = Eden + 一个Survivor区 → 回收朝生夕死对象
- Mixed GC（如G1）= 新生代 + 部分老年代 → 在可控范围内清理跨代引用
- Full GC = 整个堆 + 元空间 → 通常意味着分代机制已失衡（如老年代频繁满、元空间溢出）
一旦某个区域设计失效——比如Survivor太小导致大量对象提前晋升，或大对象未走直接入老年代路径——分代收集就退化为低效的全局扫描，GC行为立刻失控。
调优本质上是在平衡二者关系
所有关键JVM参数都在维系分代结构与收集行为的一致性：
- -Xmn 控制新生代大小 → 影响Minor GC频率和Eden压力
- -XX:MaxTenuringThreshold 设定晋升年龄 → 决定对象何时离开新生代
- -XX:PretenureSizeThreshold 拦截大对象 → 防止它们在新生代反复复制浪费CPU
- -XX:+PrintGCDetails 日志 → 验证实际晋升量是否匹配预期分代行为
真正有效的调优，从来不是孤立调某个参数，而是观察对象创建速率、平均晋升大小、老年代增长趋势这三组数字，反推分代结构是否仍适配当前业务对象生命周期分布。
