一.对象优先在Eden分配
二.大对象直接进入老年代
三.长期存活的对象将进入老年代
既然虚拟机采用了分代收集的思想来管理内存,那么内存回收时就必须能识别哪些对象应该放在新生代,哪些对象应该放在老年代中。为了做到这点,虚拟机给每个对象定义了一个对象年龄(Age)计数器。如果对象在Eden出生并经过第一次Minor GC后仍然存活,并且能被Survivor容纳的话,将被移动到Survivor空间中,并且对象年龄设为1。对象在Survivor区中每"熬过"一次Minor GC,年龄就增加1岁,当它的年龄增加到一定程度(默认为15岁),就将会被晋升到老年代中。对象晋升老年代的年龄阈值,可以通过参数-XX:MaxtenuringThreshold设置。
代码清单一:
public class LongLiveObjectIntoTenuredGenerationTest {
private static final int _1MB = 1024 * 1024;
/**
* VM参数:
* verbose:gc 开关,可以显示GC的操作内容。
* -Xms20M 设置堆内存初始化大小
* -Xmx20M 设置堆内存最大容量,即堆内存大小不能动态扩展
* -Xmn10M 设置新生代所占堆内存大小,老年代 = 堆内存大小(20M) -新生代(eden + survivor[from space] +survivor[to space])
* -XX:+PrintGCDetails 开关 可以详细了解GC中的变化
* -XX:SurvivorRatio=8 决定了新生代中Eden区与一个Survivor区的空间比例是8:1
* -XX:MaxtenuringThreshold=1 设置老年代的年龄阈值为1,当对象年龄大于等于1时,对象将会晋升到老年代中
* -XX:+UseSerialGC 设置使用serial/serial Old组合的垃圾收集器
*/
public static void main(String[] args) {
byte[] allocation1, allocation2, allocation3;
//allocation1被分配到新生代,此时新生代剩余空间大小= 8M - 1M/4
allocation1 = new byte[_1MB / 4];
//allocation2被分配到新生代, 此时新生代剩余空间大小= 8M - 1M/4 -4M
allocation2 = new byte[4 * _1MB];
/*
* ①.此时剩余Eden堆内存不足以分配allocation3所需的4M内存,因此发生Minor GC,
* allocation1需要256KB的内存,Survivor空间可以容纳,因此allocation1会被
* 复制到Survivor[from space]
* ②.由于Serial使用的是“标记-清除”算法的收集器,虽然将allocation1复制到Survivor[from space]了,但
* 由于Eden区域仍然没有连续的内存空间足以分配allocation3所需的4M内存,
* 在发生Minor GC期间,因为allocation2需要4M的内存,Survivor空容纳不下(Survivor空间只有1M大小),
* 所以只好通过分配担保机制提前转移到老年代去。
*/
allocation3 = new byte[4 * _1MB];
}
}
此时运行结果如下:
修改allocation1对象大小为2M,即allocation1 = new byte[2 * _1M],如下:
public class LongLiveObjectIntoTenuredGenerationTest {
private static final int _1MB = 1024 * 1024;
public static void main(String[] args) {
byte[] allocation1, allocation2, allocation3;
//allocation1被分配到新生代,此时新生代剩余空间大小= 8M - 2M
allocation1 = new byte[2 * _1MB];
//allocation2被分配到新生代, 此时新生代剩余空间大小= 8M - 2M -4M
allocation2 = new byte[4 * _1MB];
/*
* ①.此时剩余Eden堆内存不足以分配allocation3所需的4M内存,因此发生Minor GC,
* allocation1需要2M的内存,Survivor空间容纳不下,所以只好通过分配担保机制提前转移到老年代去。
* ②.由于Serial使用的是“标记-清除”算法的收集器,虽然将allocation1转移到老年代了,但
* 由于Eden区域仍然没有连续的内存空间足以分配allocation3所需的4M内存,
* 在发生Minor GC期间,因为allocation2需要4M的内存,Survivor空容纳不下(Survivor空间只有1M大小),
* 所以只好通过分配担保机制提前转移到老年代去,这样Eden中才能有足够的内存分配给allocation3
*/
allocation3 = new byte[4 * _1MB];
}
}
此时的运行结果如下:
再来看如下这种情况:
public class LongTimeActivedObjectTest {
private static final int _1MB = 1024 * 1024;
/*
* VM参数: -verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails
* -XX:SurvivorRatio=8 -XX:+UseSerialGC -XX:MaxTenuringThreshold=1
*/
public static void main(String[] args) {
byte[] allocation1, allocation2, allocation3;
allocation1 = new byte[_1MB / 4];
//什么时候进入老年代取决于XX:MaxTenuringThreshold
allocation2 = new byte[4 * _1MB];
/*第一次GC
* ①.此时剩余Eden内存不足以分配allocation3所需的4M内存,因此发生Minor GC,
* allocation1需要256M的内存,Survivor空间可以容纳,因此allocation1会被转移到Survivor[from space]中。
* ②.由于Serial使用的是“标记-清除”算法的收集器,虽然将allocation1转移到Survivor了,但
* 由于Eden区域仍然没有连续的内存空间足以分配allocation3所需的4M内存,
* 在发生Minor GC期间,因为allocation2需要4M的内存,Survivor空容纳不下(Survivor空间只有1M大小),
* 所以只好通过分配担保机制提前转移到老年代去,这样Eden中才能有足够的内存分配给allocation3
*/
allocation3 = new byte[4 * _1MB];
allocation3 = null;
/*第二次GC
* ①在这里会回收新生代中的垃圾对象allocation3
* ②由于allocation1的对象年龄为1,满足对象晋升老年代的条件,所以会被转移到老年代中
*/
System.gc();
}
}
此时输出结果如下:
四.动态对象年龄判定
为了能更好地适应不同程序的内存状况,虚拟机并不是永远地要求对象的年龄必须达到了MaxTenuringThreshold才能晋升老年代,如果在Survivor空间中相同年龄所有对象大小的总和大于Suvivor空间的一半,年龄大于或等于该年龄的对象就可以直接进入老年代,无须等到MaxTenuringThreshold中要求的年龄。
代码清单:
public class DynamicObjectAgeTest {
private static final int _1M = 1024 * 1024;
/**
* VM 参数:-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails
* -XX:+UseSerialGC -XX:SurvivorRatio=8
*/
public static void main(String[] args) {
byte[] allocation1, allocation2, allocation3, allocation4;
allocation1 = new byte[_1M / 4];
allocation2 = new byte[_1M / 4];
allocation3 = new byte[4 * _1M];
/*
*第一次垃圾收集
*/
allocation4 = new byte[4 * _1M];
/*第二次垃圾收集
* 如下2步骤 是为了再次触发GC收集,所以改成 System.gc()也可以
* 在进行第二次垃圾收集的时候 会将Survivor中的对象allocation1和allocation2转移到老年代
*/
allocation4 = null;
allocation4 = new byte[4 * _1M];
}
}
运行结果: