新生代适合标记-复制算法，因其对象“朝生夕灭”，每次Minor GC约90%以上死亡，仅需复制少量存活对象；内存分配快、无碎片、停顿可控，HotSpot通过Eden:Survivor=8:1:1设计将空间浪费压缩至约10%。
新生代为什么适合标记-复制算法
新生代中对象“朝生夕灭”特征明显，每次 Minor GC 时，通常有 90% 以上的对象已不可达，仅少量存活。标记-复制算法恰好匹配这一分布：
- 只处理存活对象：只需扫描并复制那少量还活着的对象，跳过大量垃圾，避免逐个清理的开销；
- 内存分配极快：复制后目标区域是连续空闲的，新对象直接按指针递增分配（如 Eden 区满后挪到 Survivor），无需查找空闲块；
- 天然无碎片：每次回收都清空整块内存，不会产生内存碎片，规避了后续大对象分配失败的风险；
- 实现简单、停顿可控：整个过程分标记→复制→清空三步，逻辑清晰，GC 停顿时间主要取决于存活对象大小，而非堆总容量。
HotSpot 虚拟机通过 Eden:Survivor = 8:1:1 的三区设计，把空间浪费压缩到约 10%，进一步缓解了传统“两半分区”浪费 50% 的缺陷。
老年代为何不适合标记-复制算法
老年代对象普遍存活时间长、占用内存大、引用关系复杂，强行使用标记-复制会带来严重代价：
- 复制成本过高：若存活率超 50%，复制操作本身可能比标记清除更耗时；实际老年代存活率常达 70%~95%，复制几乎等于全量搬移；
- 空间担保不可行：复制需预留同等大小的空闲空间作目标区，而老年代本身占堆主体（常 >60%），再配一块同大小区域既不现实，也违背内存高效利用原则；
- 引用重定位开销大：存活对象地址变更后，所有指向它们的引用（包括老年代内、跨代、甚至元空间中的）都必须更新，这在大堆、多线程场景下极易引发长停顿；
- 破坏局部性：频繁移动长期驻留对象，打乱原有内存布局，降低 CPU 缓存命中率，间接影响应用吞吐。
替代方案更贴合老年代特性
面对高存活率与大对象主导的现实，老年代转向以“就地处理”为核心的策略：
- 标记-清除：仅标记+回收，不移动对象，适合偶发性低存活率场景，但会积累碎片；
- 标记-整理：在清除前让存活对象向一端滑动，腾出连续大块空间，兼顾碎片控制与空间利用率，是 Serial Old、Parallel Old 等经典收集器的默认选择；
- 现代演进：CMS 曾尝试并发标记+清除（牺牲整理换低延迟），G1 则用分区+复制+整理混合策略，在保留复制优势的同时规避全局空间约束。
本质不是算法优劣之分，而是根据对象生命周期分布和资源约束做的理性分工。
