内存分配与回收策略

1.对象优先在Eden分配

大多数情况下，对象在啊新生代Eden中分配。当Eden区没有足够的空间进行分配时，虚拟机将发起一次Minor GC。
对象在Minor GC过程中，发现对象比较大，剩余Survivor空间不足以容纳该对象，那么该对象就会通过分配担保机制被提前转移到老年代去。

• Minor GC：指发生在新生代的垃圾收集动作，因为Java对象大多都具备朝生夕死的特性，所以Minor GC非常频繁，一般回收速度也比较快。
• Full GC：指发生在老年代的GC，出现Full GC，经常会伴随至少一次的Minor GC，Full GC的速度一般会比Minor GC 慢10倍以上。

2.大对象直接进入老年代

大对象是指：需要大量连续内存空间的Java对象。最典型的大对象就是那种很长的字符串及数组，经常出现大对象容易导致内存还有不少空间时就提前触发垃圾收集以获取连续空间来存放它们。

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

虚拟机既然采用了分代收集的思想来管理内存，那么内存回收时就必须能识别出哪些对象应该放在新生代，哪些对象应该放在老年代。前面《对象在内存中的存储》中提到，MarkWord中存储了GC年龄计数器。如果对象在Eden出生并经过第一次Minor GC后仍然能存活，并且能被Survivor容纳的话，将被移动到Survivor空间中，并将该对象的GC年龄设为1。对象在Survivor区中没熬过一次Minor GC，年龄就增加1岁，当年龄增加到15岁时(GC年龄占4位，所以当对象GC年龄15岁之后，就会被分配到老年代去)，就会被分配到老年代中。不过这个值是可以通过参数 -XX:MaxTenuringThreshold来设置的，最大15。

4.动态对象年龄判定

为了更好的适应不同程序的内存状况，虚拟机并不总是要求对象的年龄必须达到MaxTenuringThreshold才能晋升到老年代，如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入到老年代中。

5.空间分配担保

在发生Minor GC时，虚拟机会检测之前每次晋升到老年代的平均大小是否大于老年代的剩余空间大小，如果大于，则改为直接进行一次Full GC。如果小于，则查看HandlePromotionFailure设置是否允许担保失败；如果允许，那只会进行Minor GC；如果不允许，那么也要进行一次Full GC。
前面在垃圾收集算法中提到的新生代使用复制算法，但是为了内存利用率，只使用其中一个Survivor空间来作为轮换备份，也因此当出现大量对象在Minor GC中存活下来时，就需要老年代进行分配担保，让Survivor无法容纳的对象直接进入老年代。不过老年代要进行这样的担保，前提是老年代本身还有足够的空间容纳这些对象，但是一共有多少对象会存活下来，在实际完成内存回收之前都是无法明确知道的，所以只好取每一次回收晋升到老年代对象容量的平均大小值作为经验值与老年代的剩余空间作比较来决定是否进行Full GC来让老年代腾出更过的空间。
取平均值进行比较其实仍然是一种动态概率的手段，也就是说如果某次Minor GC后的存活对象突增，远远高于平均值的话，依然会导致担保失败（HandlePromotionFailure）。如果出现担保失败，那就只好在失败之后重新发起一次Full GC。