深入理解JVM3-内存分配与回收策略

内存分配策略

1.对象有现在eden区分配。

大多数情况下，对象在新生代eden区中分配，当Eden区没有足够的空间分配，虚拟机将发起一次minor GC。
虚拟机提供-XX：+PrintGCDetails这个日志参数，告诉虚拟机在发生垃圾收集行为时打印内存回收日志，并在进程退出的时候输出当前的内存各区域分配的情况。

public class aa{
        /**
         * -verbose:gc -Xms20M -Xms20M -Xmn10M -XX:+PrintGCDetails 
         * -XX:SurvivorRatio=8
         * 
         */
public static final int _1MB =1024*1024;
        public static void main(String[] args) {
            
            byte[] allocation1,allocation2,allocation3,allocation4;
            allocation1= new byte[2*_1MB];
            allocation2= new byte[2*_1MB];
            allocation3= new byte[2*_1MB];
            allocation4= new byte[3*_1MB];
        }
}
[GC (Allocation Failure) [PSYoungGen: 7128K->648K(9216K)] 7128K->6800K(19456K), 0.0030424 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (Ergonomics) [PSYoungGen: 648K->0K(9216K)] [ParOldGen: 6152K->6673K(27648K)] 6800K->6673K(36864K), [Metaspace: 2654K->2654K(1056768K)], 0.0070118 secs] [Times: user=0.06 sys=0.00, real=0.01 secs] 
Heap
 PSYoungGen      total 9216K, used 3154K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
  eden space 8192K, 38% used [0x00000000ff600000,0x00000000ff914930,0x00000000ffe00000)
  from space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
  to   space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
 ParOldGen       total 27648K, used 6673K [0x0000000081c00000, 0x0000000083700000, 0x00000000ff600000)
  object space 27648K, 24% used [0x0000000081c00000,0x0000000082284408,0x0000000083700000)
 Metaspace       used 2660K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

2.对象直接进入老年代

虚拟机提供一个-XX:pertenureSizeThreshold参数，令大于这个设置值的对象直接在老年代分配。这样做的目的是避免在eden取以及两个survivor区之间发生大量的内存复制。（新生代采用复制算法收集内存）

public class aa{
        /**
         * -verbose:gc -Xms20M -Xms20M -Xmn10M -XX:+PrintGCDetails -XX:PertenureSizeThreshold=3145728
         * -XX:SurvivorRatio=8
         * 
         */
public static final int _1MB =1024*1024;
        public static void main(String[] args) {
            
            byte[] allocation4;
            allocation4= new byte[4*_1MB];
        }
}

3.长期存活的对象将直接进入老年代

虚拟机给每个对象定义了一个age年龄计数器。如果对象在eden出生并经历了第一次minor gc仍然活着的话，并且能够被survivor容纳，警备移动大survivor空间，并且对象的年龄设为1.对于survivor中没熬过一次minor gc，年龄就增加1.当她的年龄增加到一定程度，默认是15，就会被净胜到老年代。对象净胜到老年代的年龄阈值通过参数-XX:MaxTenuringThreshold设置。

4.动态对象年龄判定

为了更好地适应不同程序的内存状况，虚拟机并不是永远的要求对象的年龄必须达到阈值才能够到老年代，瑞国survivor中相同年龄所有对象的大小纸盒大于survivor空间的一般，年龄大于或等于改年龄的对象就可以进入老年代了。

5.空间分配担保

在发生minor gc之前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象总空间。如果这个条件成立，那么minor gc可以确保是安全的。如果不成立，虚拟机会查看handlepromotionfailure设置值食肉允许担保失败，如果允许，那么就会继续检查老年代中最大可用连续空间时都大于历次净胜到老年代对象的平均大小。如果大于，将尝试着进行一次minor gc，尽管这次minor gc是有风险的。如果小于，或者handlepromotionfailure设置不允许毛线，那么就要改为进行一次full gc。