1 一般情况
对象出生在Eden区。
第一次MinorGC之后仍然存活,并且能被Survivor容纳,则被移动到Survivor空间中,并将年龄设为1.
对象在Survivor区中每熬过一次MinorGC,年龄增加1岁,在Survivor0区和1区之间来回复制。
当年龄增加到一定程度(默认为15岁)时,就会被晋升到老年代中。
对象晋升到老年代的年龄阈值,可以通过选项:-XX:MaxTenuringThreshold来设置。
2 分配提升策略
优先分配到Eden区
大对象直接分配到老年代
因为大对象要连续的物理内存空间,如果Eden区放不下,则需要直接放到老年代中。
所以,在写程序时,尽量避免中出现过多的大对象,因为如果Eden区剩余空间虽然还有,但是没有一块整的大空间,就会立即引发GC,导致系统效率降低。
长期存活的对象放在老年代
动态对象年龄判断
如果Survivor区中相同年龄的所有对象大小综合,大于Survivor空间的一半,年龄大于或等于该年龄的对象可以直接进入老年代,无需等到配置要求的年龄。
因为大量对象来回复制影响性能。
空间分配担保
极端情况,在进行MinorGC之后,所有对象全部存活(正常只有10%不到),此时Survivor区无法容纳,则需要将老年代的空间拿出来使用
3 代码实例
为了达到Eden区无法容纳新对象的效果,我们将堆内存的空间设置为60M,那么因为新生代和老年代的比例是1:2,所以新生代大小为20M,又因为Eden区和Survivor0区、Survivor1区的比例为8:1:1,所以最终Eden区的大小为16M,那么创建一个大于16M的对象时,就会触发场景。 代码如下:
package com.lancer.jvm.neicun;
/**
* 新建对象直接分配在老年代的代码示例
* JVM参数:-Xms60M -Xmx60m -XX:NewRatio=2 -XX:SurvivorRatio=8 -XX:+PrintGCDetails
* 堆空间整体60M,新生代和老年代的比例是1:2,Eden区和Survivor区的比例是8:1:1,打印GC详情
* 这样Eden区的最终大小应该为16M,Survivor区2M,老年代40M
* @author Lancer Dai
*
*/
public class DirectOldAreaTest {
public static void main(String[] args) {
// 直接新建一个大小为20M的对象,Eden无法容纳
byte[] test = new byte[1024 * 1024 * 20];
}
}
运行结果如下:
Heap
PSYoungGen total 18432K, used 1311K [0x00000007bec00000, 0x00000007c0000000, 0x00000007c0000000)
eden space 16384K, 8% used [0x00000007bec00000,0x00000007bed47cb0,0x00000007bfc00000)
from space 2048K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007c0000000)
to space 2048K, 0% used [0x00000007bfc00000,0x00000007bfc00000,0x00000007bfe00000)
ParOldGen total 40960K, used 20480K [0x00000007bc400000, 0x00000007bec00000, 0x00000007bec00000)
object space 40960K, 50% used [0x00000007bc400000,0x00000007bd800010,0x00000007bec00000)
Metaspace used 2515K, capacity 4486K, committed 4864K, reserved 1056768K
class space used 268K, capacity 386K, committed 512K, reserved 1048576K
可以看到:ParOldGen total 40960K, used 20480K 表示老年代被使用了20M,并且前面没有GC记录,可以说明这个20M的对象直接被分配到了老年代。