Java堆分代架构源于内存带宽与缓存局部性约束：新生代小范围高频扫描缓解带宽瓶颈，复制算法提升缓存命中率，弱分代假说降低写屏障开销。
Java堆分代架构不是凭空设计的，它背后有明确的硬件现实约束——内存带宽和缓存局部性。
内存带宽瓶颈倒逼“小范围高频扫描”
现代CPU与主存之间存在巨大带宽鸿沟。一次完整堆扫描（比如Full GC）需遍历数GB甚至数十GB内存，极易打满内存总线，导致应用线程长时间等待。而新生代通常只占堆的1/3～1/2（如默认-XX:NewRatio=2），Eden区又占新生代80%。Minor GC只需扫描这一小块热区，数据量小、耗时短，能大幅降低对内存带宽的持续占用。
- 举例：堆大小4GB时，新生代约1.3GB，Eden区约1GB；Full GC扫4GB，Minor GC仅扫约1GB（且多数对象已死，实际复制量更少）
- 硬件反馈：在DDR4/DDR5平台上，连续大块内存读写易触发内存控制器调度延迟，分代把GC压力集中在局部区域，更贴合内存控制器的burst传输特性
CPU缓存行（Cache Line）偏好存活对象聚集
对象创建后往往在短时间内被频繁访问（如方法内临时集合、DTO、循环变量），这些“热对象”天然倾向落在同一缓存行或相邻行。分代机制让Eden区成为新对象密集出生地，Survivor区则自然形成“年轻但稳定”的对象缓存池——这种空间局部性恰好匹配L1/L2缓存的预取与驻留逻辑。
- 每次Minor GC采用复制算法（Copying），只搬运存活对象，相当于一次主动“内存整理”，使幸存对象在Survivor区内紧凑排列，提升后续访问的缓存命中率
- 老年代对象访问频次低、跨度大，不强求缓存友好；而新生代的高局部性+小尺寸，让它能更高效地吃进CPU缓存体系
写屏障开销必须可控，跨代引用不能泛滥
为解决“老年代对象引用新生代对象”导致漏标问题，JVM需在赋值操作插入写屏障（Write Barrier）。该操作本质是一条原子指令+可能的卡表（Card Table）更新——它会轻微拖慢写操作，尤其在高并发写场景下。
- 分代越清晰、跨代引用越少，写屏障触发频率就越低；弱分代假说（90%+对象朝生夕灭）正是为压低这种硬件级开销提供统计保障
- 若不分代，所有对象混布，每次对象字段赋值都可能涉及跨逻辑区引用判断，写屏障将成常态，直接抬高基础运算成本
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
