深入理解JVM—内存分配与回收策略

对象优先在Eden分配:

⼤多数情况下，对象在新⽣代Eden区中分配。当Eden区没有⾜够空间进⾏分配时，虚拟机将发起⼀次Minor GC。

⼤对象直接进⼊⽼年代:

⼤对象就是指需要⼤量连续内存空间的Java对象，HotSpot虚拟机提供了-XX: PretenureSizeThreshold参数，指定⼤于该设置值的对象直接在⽼年代分配，这样做的目的就是避免在Eden区及两个Survivor区之间来回复制，产⽣⼤量的内存复制操作。

⻓期存活的对象进⼊⽼年代:

虚拟机给每个对象定义了⼀个对象年龄(Age)计数器，存储在对象头中。对象通常在Eden区⾥诞⽣，如果经过第⼀次Minor GC后仍然存活，并且能被Survivor容纳的话，该对象会被移动到Survivor空间中，并且将其对象年龄设为1岁。对象在Survivor区中每熬过⼀次Minor GC，年龄就增加1岁，当它的年龄增加到⼀定程度(默认为15)，就会被晋升到⽼年代中。对象晋升⽼年代的年龄阈值，可以通过参数-XX:

MaxTenuringThreshold设置。

动态对象年龄判断:

 为了能更好地适应不同程序的内存状况，HotSpot虚拟机并不是永远要求对象的年龄必须达到- XX: MaxTenuringThreshold才能晋升⽼年代，如果在Survivor空间中相同年龄所有对象⼤⼩的总和⼤于Survivor空间的⼀半，年龄⼤于或等于该年龄的对象就可以直接进⼊⽼年代，⽆须等到-XX: MaxTenuringThreshold中要求的年龄。

空间分配担保:

在发⽣Minor GC之前，虚拟机必须先检查⽼年代最⼤可⽤的连续空间是否⼤于新⽣代所有对象总空间，如果这个条件成⽴，那这⼀次Minor GC可以确保是安全的。如果不成立，则虚拟机会先查看-XX: HandlePromotionFailure参数的设置值是否允许担保失败 ; 如果允许，那会继续检查⽼年代最⼤可⽤的连续空间是否大于历次晋升到⽼年代对象的平均⼤⼩，如果⼤于，将尝试进⾏⼀次Minor GC，尽管这次 Minor GC是有⻛险的; 如果⼩于，或者-XX: HandlePromotionFailure设置不允许冒险，那这时就要改为进⾏⼀次Full GC。

新⽣代使用复制收集算法，但为了内存利用率， 只使用其中⼀个Survivor空间来作为轮换备份，因此当出现⼤量对象在Minor GC后仍然存活的情况——最极端的情况就是内存回收后新⽣代中所有对象都存活，需要⽼年代进⾏分配担保，把Survivor无法容纳的对象本身还有容纳这些对象的剩余空间，但⼀共有多少对象会在这次回收中活下来在实际完成内存回收之前是⽆法明确知道的，所以只能取之前每⼀次回收晋升到⽼年代对象容量的平均⼤⼩作为经验值，与⽼年代的剩余空间进⾏⽐较，决定是否进⾏Full GC来让⽼年代腾出更多空间。

JDK 6 Update 24之后的规则变为只要⽼年代的连续空间⼤于新⽣代对象总⼤⼩或者历次晋升的平均⼤⼩，就会进⾏Minor GC，否则将进⾏Full GC。(不再使⽤-XX: HandlePromotionFailure参数了)