GC
MinorGc 新生代
新生代GC(MinorGc):指发生在新生代的垃圾收集动作,
因为Java对象大多都具备朝生夕灭的特性,所以MinorGc非常频繁,一般回收速度也比较快.
老年代GC(Major GC/ Full GC): 指发生在老年代的GC,出现了Major GC,经常会伴随至少一次的Minor GC(非绝对);
Major GC的速度一般比MinorGC慢10倍以上.
/**
* -verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -Dfile.encoding=UTF-8
*/
public class MinorAndMajor {
private static final int _1MB = 1024 * 1024;
public static void testAllocation() {
byte[] allocation1, allocation2, allocation3, allocation4;
allocation1 = new byte[2 * _1MB];
allocation2 = new byte[2 * _1MB];
allocation3 = new byte[2 * _1MB];
allocation4 = new byte[4 * _1MB];//已经超过10M 出现了Minor GC
}
public static void main(String[] args) {
testAllocation();
}
}
大对象直接进入老年代
所为的大对象是指需要大量连续内存空间的Java对象,最典型的大对象就是那种很长的字符串以及数组.
大对象对虚拟机的内存分配来首就是一个坏消息(遇到大对象更坏的消息就是遇到一群"朝生夕灭"的"短命大对象",应避免),
经常出现大对象容易导致内存还有不少空间时就提前触发垃圾收集以获取足够的连续空间来"安置"他们.
虚拟机提供了一个-XX:PretenureSizeThreshold参数,令大于这个设置值的对象直接在老年代分配.
这样做的目的是避免在Eden区及二个Survivor区之间发生大量的内存复制(复习:新生代采用复制算法收集内存)
/**
* -verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 - Dfile.encoding=UTF-8
-XX:PretenureSizeThreshold=3145728
*/
public static void testPretenureSizeThreshold() {
byte[] allocation;
allocation = new byte[4 & _1MB]; //直接分配在老年代中
}
长期存活的对象进入老年代
既然虚拟机采用了分代收集的思想来管理内存,那么内存回收时就必须能识别哪些对象应放在新生代,哪些对象应放在年老代.
为了做到这一点,虚拟机给每个对象定义了一个年龄(Age)计数器.如果对象在Eden出生并经过第一次Minor GC后仍然存活,
并且能被Survivor容纳的话,将被移动到Survivor空间中,并且对象设置年龄为1.对象在Survivor区中每"熬过"一次Minor GC,
年龄就增加一岁.默认当年龄增加到15岁时,就会晋升到老年代.
通过参数 -XX:MaxTenuringThreshold设置.
你可以设置-XX:MaxTenuringThreshold=1 或 -XX:MaxTenuringThreshold=15 来验证对象在哪里.
/**
参数自己写吧.同上面例子,多一个这次的参数.
*/
public static void testTenuringThreshold() {
byte[] allocation1, allocation2, allocation3, allocation4;
allocation1 = new byte[ _1MB / 4];
allocation2 = new byte[4 * _1MB];
allocation3 = new byte[4 * _1MB];
allocation3 = null;
allocation3 = new byte[4 * _1MB]; //年龄为1 则看参数是否进入老年代
}
动态对象年龄判断
为了更好适应.并不是必须大于XX:MaxTenuringThreshold的参数才能晋升.
若Survirvor空间中相同年龄的所有对象大小大于Survivor空间的一半,年龄大于或等于该年龄的对象就直接进入老年代
,无需等待XX:MaxTenuringThreshold要求年龄