对象优先在Eden分配
对象优先在Eden区中分配。当Eden区没有足够空间进行分配时，虚拟机将发起一次minor GC.
虚拟机提供勒-XX:+PrintGCDetails这个收集器日志参数，告诉虚拟机在发生来及收集行为时打印内存回收日志，并且在进程退出的时候射出当前的内存各区域分配情况。在实际应用中，内存回收日志一般是打印到文件后通过日志工具进行分析，不过本实验的日志并不多，直接阅读就行看的很清楚。
尝试分配3个2MB的小和一个4MB大小的对象，在运行时通过-Xms20M-Xmx20M-Xmn10M限制java堆大小为20MB，不可扩展，其中10MB分配给新生代，剩下的10MB分配给老年代。-XX:SurivorRatio=8决定勒新生代中Eden区与一个Servior区的空间比例是8:1。
新生代GC（minor GC）：指发生在新生代的来及收集动作，因为java对象大多都具备朝生夕灭的特征，所以minorGC非常频繁，一般回收速度也比较快
老年代GC（major GC/Full GC）：指发生在老年代的GC,出现了major GC，经常会伴随至少一次的minorGC（但非绝对的，在parallel scavenge收集器的手机策略里就有直接进行majorGC的策略选择过程）。major GC的速度一般会比mainorGC慢10倍以上。
[GC (Allocation Failure) --[PSYoungGen: 7456K->7456K(9216K)] 11552K->13608K(19456K), 0.0019992 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (Ergonomics) [PSYoungGen: 7456K->4817K(9216K)] [ParOldGen: 6152K->6145K(10240K)] 13608K->10962K(19456K), [Metaspace: 2672K->2672K(1056768K)], 0.0086867 secs] [Times: user=0.06 sys=0.00, real=0.01 secs]
[GC (Allocation Failure) --[PSYoungGen: 4817K->4817K(9216K)] 10962K->10962K(19456K), 0.0013846 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (Allocation Failure) [PSYoungGen: 4817K->4804K(9216K)] [ParOldGen: 6145K->6145K(10240K)] 10962K->10950K(19456K), [Metaspace: 2672K->2672K(1056768K)], 0.0068610 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at com.eyi.microservice.wx.TestJVM.testAllocation(TestJVM.java:14)
at com.eyi.microservice.wx.TestJVM.main(TestJVM.java:6)
Heap
PSYoungGen total 9216K, used 5051K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
eden space 8192K, 61% used [0x00000000ff600000,0x00000000ffaeec70,0x00000000ffe00000)
from space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
to space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
ParOldGen total 10240K, used 6145K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
object space 10240K, 60% used [0x00000000fec00000,0x00000000ff2004f8,0x00000000ff600000)
Metaspace used 2703K, capacity 4486K, committed 4864K, reserved 1056768K
class space used 291K, capacity 386K, committed 512K, reserved 1048576K
大对象直接进入老年代
所谓的大对象是指，需要大量连续内存空间的java对象，最典型的大对象就是那种很长的字符串以及数组。经常出现大对象容易导致内存还有不少空间时就提前触发垃圾收集以获取足够的连续空间来安置他们。虚拟机提供一个-XX:PretenureSizeThreshold参数，令大于这个设置值的对象直接在老年代分配。这样做的目的是避免在Eden区及两个servivor区之间发生大量的内存复制。
长期存活的对象将进入老年代
既然虚拟机采用勒分带手机的思想来管理内存，那么内存回收时就必须能识别哪些对象应放在新生代，哪些对象应放在老年代。为了做到这点，虚拟机给每个对象定义了一个对象年龄计数器。如果对象在Eden出生并经过第一次minorGC后仍然存活，并且能survivor容纳的话，将被移动到servivor空间中，并且对象年龄设为1.对象在survivor没熬过一次minorGC，年龄就增加1岁，当它的年龄正价到一定程度默认为15岁，就将会被晋升到老倪那袋中。对象晋升老年代的年龄阈值，可以通过参数-XX:MaxTenuringThreshold设置。
动态对象年龄判定
为了更好地适应不同程序的内存状况，虚拟机并不是永远地要求对象的年龄必须达到勒MaxTenuringThreshold才能晋升老年代，如果在survivor空间中相同年龄所有对象大小的综合大于servivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄。
空间分配担保
在发生minorGC之前，虚拟机会先检查老年代最大可用的连续空间十分大于新生代所有对象总空间，如果这个条件成立，那么minorGC可以确保是安全的。如果不成立，则虚拟机会查看HandlePromotionFailure设置值十分允许担保失败。如果允许，那么会继续减产老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试进行一次minorGC,尽管这次minorGC是有风险的；如果小于，或者HandlePromotionFailure设置不允许冒险，那这时也要改为进行一次Full GC。