长期存活对象进入老年代主要依赖jvm的年龄判定机制和分代收集策略。当对象在eden区经历第一次minor gc后，如果它仍然存活且空间足够，会被移动到survivor区的from space，同时其年龄被设置为1；在随后的每次minor gc中，只要对象在survivor区内存活，其年龄就会增加1岁。当对象的年龄达到由-xx:maxtenuringthreshold参数设定的阈值时，或者survivor区无法容纳这些大对象时，它们就会被晋升到老年代。
对象在Survivor区中的年龄增长过程是怎样的
对象在Survivor区中的年龄增长是一个逐次递增的过程。在Minor GC发生时，JVM会检查Survivor区中存活的对象。对于每个存活对象，如果它的年龄小于MaxTenuringThreshold，那么该对象会被复制到Survivor区的To Space（如果是从From Space复制过来），并且年龄加1。这个复制和年龄增加的过程会在每次Minor GC中重复进行，直到对象的年龄达到阈值。
import java.util.ArrayList;
import java.util.List;
public class AgeTest {
public static void main(String[] args) {
// 模拟对象创建和GC
List<byte[]> list = new ArrayList<>();
for (int i = 0; i < 100000; i++) {
list.add(new byte[1024]); // 每个对象约1KB
}
// 触发GC
System.gc();
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
// 再次触发GC
System.gc();
}
}
什么情况下对象会直接晋升到老年代而不经过年龄判定
除了年龄判定外，还有几种情况会导致对象直接晋升到老年代。首先是大对象直接进入老年代，这通常由-XX:PretenureSizeThreshold参数控制，大于该值的对象直接在老年代分配。其次是动态对象年龄判定，如果Survivor区中相同年龄的所有对象大小总和超过Survivor空间的一半，那么年龄大于或等于该年龄的对象就可以直接进入老年代。最后是Handle Promotion担保失败，当Minor GC后Survivor区不足以存放所有存活对象时，这些对象会直接晋升到老年代。
立即学习“Java免费学习笔记（深入）”；
import java.util.ArrayList;
import java.util.List;
public class DirectPromotionTest {
public static void main(String[] args) {
// 创建一个较大的对象，假设超过PretenureSizeThreshold
byte[] largeObject = new byte[10 * 1024 * 1024]; // 10MB
List<byte[]> list = new ArrayList<>();
list.add(largeObject);
// 触发GC
System.gc();
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
// 再次触发GC
System.gc();
}
}
如何监控和验证对象是否成功进入老年代
可以通过JVM提供的工具来监控和验证对象是否成功进入老年代。例如，使用jstat命令可以查看堆内存的使用情况，包括年轻代和老年代的容量和使用量。通过观察老年代使用量的变化，可以判断是否有对象晋升到了老年代。此外，还可以使用-XX:+PrintGCDetails参数开启详细的GC日志，通过分析日志中的信息，可以了解对象晋升的具体过程和原因。
