1.对象优先在新生代的Eden区进行分配

大多数情况下,对象在新生代Eden区中分配。当Eden区没有足够空间进行分配时,虚拟机将发起一次 Minor GC。

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

3.长期存活的对象将进入到老年代（虚拟机设置值，默认阈值为15）

为了能够识别哪些对象存在新生代，哪些老年代，虚拟机给每个对象定义 了一个对象年龄(Age)计数器。如果对象在Eden出生并经过第一次 Minor gc后仍然存 活,并且能被 Survivor容纳的话,将被移动到 Survivor空间中,并且对象年龄设为1。对象在Survivor区中每“熬过”一次 Minor Go,年龄就增加1岁,当它的年龄增加到一定程 度(默认为15岁),就将会被晋升到老年代中。对象晋升老年代的年龄阈值,可以通过参 数-XX: MaxTenuringThreshold设置。

4.动态对象年龄判定，如果Survivor区中相同年龄所有对象的大小总和大于Survivor区空间一半，年龄大于或者等于该年龄的对象在MinorGC时将复制到老年代

因此，对象的年龄并不是一定要等到MaxTenuringThreshold设置的参数值才晋升到老年代

5.空间分配担保，当MinorGC时，如果存活对象过多，无法完全放入Survivor区，就会向老年代借用内存存放对象，以确保完成MinorGC

JDK1.6之后的规则为：只要老年代的连续空间大于新生代对象总大小或者历次晋升的平均大小就会进行Minor GC,否则将进行 Full GC。

 

Minor GC和 Full GC有什么不一样?

新生代GC(Minor GC):指发生在新生代的垃圾收集动作,因为Java对象大多都具备朝生夕灭的特性,所以 Minor go非常频繁,一般回收速度也比较快。

老年代GC( MajorGC/ Full GC):指发生在老年代的GC,出现了 Major GC,经常会伴随至少一次的Minor GC(但非绝对的,在 Parallel Scavenge收集器的收集策略里就有直接 进行 Major GO的策略选择过程)。 Major GC的速度一般会比Minor gc慢10倍以上。

 

为什么需要空间分配担保机制？

每一次Minor GC都是有一定风险的，因为在Minor GC的时候有可能出现大量对象存活的情况，这时候Survivor区就有可能存放不下，所以就需要使用空间分配担保机制来将新生代中存放不下的对象直接进入老年代。