java堆内存采用分代收集理论,核心是按对象生命周期长短分开管理以提升垃圾回收效率;新生代用复制算法处理短命对象,老年代用标记–清除–整理算法处理长寿对象,通过survivor区角色互换解决空间冲突,兼顾性能与内存利用率。

Java堆内存采用分代收集理论,核心是把对象按生命周期长短分开管理,不是为了“分类而分类”,而是让垃圾回收更高效、更省资源。
为什么堆要分代?
分代基于两个关键观察:
- 大多数对象刚创建就很快不再被引用(弱分代假说)
- 少数活下来的对象往往能持续较长时间(强分代假说)
既然对象“死得快”和“活得久”差异明显,统一用一种方式回收所有对象,既慢又浪费。分代就是把“快死的”和“难死的”隔开,各自用最适合的策略处理。
新生代:专收“短命对象”
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 占堆空间约1/3(默认NewRatio=2,即新:老=1:2)
- 内部划为Eden(80%)、Survivor0(10%)、Survivor1(10%)
- 新对象一律分配在Eden区
- Minor GC触发条件:Eden满
- 使用复制算法:只把存活对象从Eden + 一个Survivor复制到另一个Survivor,然后清空源区
- 每次GC后存活对象年龄+1;默认达15岁(可调
-XX:MaxTenuringThreshold)或Survivor放不下时,晋升到老年代 - 大对象(如大数组)可能直接进入老年代(避免在Survivor间反复复制)
老年代:存放“长寿对象”
- 占堆空间约2/3
- 对象来源:从新生代晋升而来,或大对象直接分配
- Major GC(或Full GC的一部分)才清理这里
- 使用标记–清除–整理算法:先标记存活对象,再清除垃圾,最后把存活对象往一端压缩,避免内存碎片
- 因为对象存活率高、回收频率低,所以不用复制算法(太耗内存),也不适合频繁扫描
两个Survivor区的作用不是“多一个备份”,而是解决复制过程中的空间冲突问题
- 只有一块Survivor参与本次GC(From区),另一块(To区)作目标
- 复制完成后角色互换,保证每次都有干净空间接收存活对象
- 如果只有1个Survivor,GC时无法同时读写;0个则所有存活对象只能进老年代,会迅速撑爆老年代,引发频繁Full GC
分代带来的实际好处
- Minor GC快:复制少量存活对象,停顿时间短,对应用影响小
- 老年代GC少:避免高频、长耗时的整堆扫描
- 内存利用率高:Survivor区按需复用,Eden占大头满足高分配率;老年代压缩减少碎片
- 策略可调:通过参数(如
-XX:NewRatio、-XX:SurvivorRatio、-XX:MaxTenuringThreshold)适配不同业务场景
不复杂但容易忽略
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










