JVM的垃圾回收机制中，对象通常在新生代的Eden区诞生，经过一次Minor GC后如果仍存活，会被移动到Survivor空间，同时对象年龄加1。当对象年龄达到阈值（默认15）时会晋升到老年代，但JVM还提供了动态对象年龄判定机制，不需要等对象达到固定年龄就可以提前晋升。
动态对象年龄判定的核心规则
动态对象年龄判定的触发条件是：在Survivor空间中，所有年龄相同的对象大小总和，超过当前Survivor空间容量的一半，那么年龄大于等于该年龄的所有对象，都会直接晋升到老年代。
举个例子，假设Survivor空间总容量是100MB，其中年龄1的对象总大小是20MB，年龄2的对象总大小是30MB，年龄3的对象总大小是25MB。此时年龄2的对象总和30MB已经超过100MB的一半（50MB）？不对，这里需要累加同年龄及更低年龄的对象吗？不，规则是相同年龄的对象总和过半，还是累加？实际JVM的实现是：从年龄最小的对象开始累加，当累加的大小超过Survivor空间的一半时，所有年龄大于等于当前累加到的年龄的对象都会晋升。
Survivor空间的基础结构
新生代分为Eden区和两个Survivor区，分别称为From Survivor和To Survivor，同一时间只有一个Survivor区被使用。Minor GC时，Eden区和当前使用的Survivor区中存活的对象会被复制到另一个Survivor区，同时对象年龄加1，原来的Survivor区会被清空。
晋升逻辑的触发流程
Minor GC执行过程中，完成存活对象复制后，JVM会遍历当前To Survivor区中的所有对象，按年龄从小到大累加对象大小，当累加值超过Survivor区容量的一半时，就会把当前累加到的年龄及更大的所有对象直接移动到老年代，不再放在Survivor区中。
代码示例演示对象年龄变化
我们可以通过JVM参数打印垃圾回收日志，观察对象年龄的变化，首先设置JVM启动参数：
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:NewRatio=2 -XX:SurvivorRatio=8 -Xms200M -Xmx200M
然后编写测试代码，创建大量存活对象，观察晋升过程：
import java.util.ArrayList;
import java.util.List;
public class DynamicAgeTest {
// 每个对象占1MB空间
private static final int _1MB = 1024 * 1024;
public static void main(String[] args) throws InterruptedException {
List<byte[]> list = new ArrayList<>();
// 先填充Eden区，触发第一次Minor GC
for (int i = 0; i < 8; i++) {
list.add(new byte[10 * _1MB]);
}
// 触发GC，此时部分对象会进入Survivor区，年龄为1
System.gc();
Thread.sleep(1000);
// 再次创建对象，触发第二次Minor GC
for (int i = 0; i < 8; i++) {
list.add(new byte[10 * _1MB]);
}
System.gc();
Thread.sleep(1000);
}
}
运行后查看GC日志，可以看到当Survivor区中同年龄对象总和超过阈值时，对应年龄的对象会被标记为晋升到老年代。
该机制的实际意义
动态对象年龄判定可以避免Survivor区被大量同年龄的中大对象占满，减少Minor GC后Survivor区空间不足导致对象提前进入老年代的情况，同时也能让生命周期中等长度的对象更快进入老年代，减少Survivor区的复制开销，从而提升整体垃圾回收的效率。
注意事项
- 动态晋升的阈值仅针对当前Minor GC时的Survivor区状态，每次Minor GC都会重新计算
- 如果Survivor区本身容量很小，很容易触发动态晋升，可能导致老年代增长过快
- 可以通过-XX:TargetSurvivorRatio参数调整触发动态晋升的阈值，默认是50，代表Survivor区的一半
理解动态对象年龄判定逻辑，有助于我们合理设置JVM内存参数，减少不必要的Full GC，提升应用的运行稳定性。
JVMSurvivor_space对象晋升动态对象年龄判定垃圾回收修改时间：2026-07-01 19:12:34