java内存分配与回收策略

java技术体系所提倡的自动内存管理最终可以归结为自动化地解决了两大问题：给对象分配内存以及回收分配给对象的内存。对象内存分配，往大方向上讲，就是在堆上分配（但也可能经过JIT 编译后被拆散为标量类型并间接地在栈上分配 ），对象主要分配在新生代的Eden区上，如果启动了本地线程分配缓冲，将按线程优先在TLAB上分配。少数情况下也可能会直接分配在老年代，分配的规则并不百分这百的固定的，其细节取决于当前使用的是哪 一种垃圾收集器组合，还有虚拟机中与内在相关的设置。
1.对象优先在Eden分配
大多数情况下，对象在新生代Eden区中分配，当Eden区没有足够的空间进行分配时，虚拟机将发起一次Minor GC。虚拟机提供了-XX:+PrintGCDetails这个收集器日志参数，告诉虚拟机在发生垃圾收集行为时打印内存日志，并且在进程退出的时候输出当前内存各区域的分配情况。有实际应用中，内存回收日志一般是打印到文件后通过日志进行分析。

package jvm;
public class Gc {
	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];
	}
	public static void main(String[] args) {
		testAllocation();
	}
}
运行参数 ：-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:SurvivorRatio=8 -XX:+PrintGCDetails
结果如下：
Heap
 PSYoungGen      total 9216K, used 7292K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
  eden space 8192K, 89% used [0x00000000ff600000,0x00000000ffd1f008,0x00000000ffe00000)
  from space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
  to   space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
 ParOldGen       total 10240K, used 4096K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
  object space 10240K, 40% used [0x00000000fec00000,0x00000000ff000010,0x00000000ff600000)
 Metaspace       used 2638K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 281K, capacity 386K, committed 512K, reserved 1048576K

2.大对象直接进入老年代
所谓大对象就是指，需要大量连续内存空间的Java对象，最典型的大对象就是那种很长的字符串及数组。大对象对虚拟机的内存分配是个坏消息（写程序应当避免"朝生夕灭“的短命大对象），经常出现大对象容易导致内存还有不少空间时就提前触发垃圾收集以获取足够的连续空间来安置它们。虚拟机提供一个-XX:PretenureSizeThreshold参数，令大于这个设置 值的对象直接在老年代中分配。这样做的目的是避免在Eden区及两个Survivor区之间发生大量的内存复制。
3.长期存活对象进入老年代
虚拟机给每个对象定义了一对象年龄（Age)计数器。如果对象出生并经过第一次Minor GC后仍然存活，并且能被Surivor容纳的话，将被 移动到Survivor空间中，并将对象 年龄设为1.对象在Survivor区第熬过一次Minor GC，年龄就增加1岁，并它的年龄增加到一定程序（默认15岁）时，就会晋升老年代。
4.动态年龄判定
为了能更好地适应不同程序的内存状况，虚拟机并不部是要求对象的年龄达到MaxTenuringThreadshold才能晋升老年代，如果在Survivor空间中相同年龄所有对象大小的部和大于Survivor空间的一半，无须等到MaxTenuringThreshold要求年龄。
5.空间分配担保
在发生Minor Gc时，虚拟机会检测之前第次晋升到老年代的平均大小是否大于老年代的剩余空间大小，如果大于，则必为直接时行一次Full GC.如果小于，则查看HandlePromotionFailUre设置是否允许担保失败;如果允许，那只会进行Minor GC;如果不允许，则也要必为一次Full GC.