JVM内存分配与回收策略

内存分配与回收策略

• 新生代GC（Minor GC）：回收新生代，由于新生代对象存活时间很短，所以 Minor GC 会频繁执行，执行的速度通常也会比较快。

• 老年代GC（Major GC/Full GC）：回收老年代和新生代，老年代对象其存活时间长，所以 Full GC 不多执行，执行速度会比 Minor GC 慢不少。

1.对象优先在Eden分配

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

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

常常出现大对象容易致使内存还有很多空间时就提早触发垃圾收集以获取足够的连续空间来“安置”它们。

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

        虚拟机给每一个对象定义了一个对象年龄（Age）计数器。若是对象在Eden出生并通过第一次Minor GC后仍然存活，而且能被Survivor容纳的话，将被移动到Survivor空间中，而且对象年龄设为1。对象在Survivor区中每“熬过”一次Minor GC，年龄就增长1岁，当它的年龄增长到必定程度（默认为15岁），就将会被晋升到老年代中。

4.动态对象年龄断定

        若是在Survivor空间中相同年龄全部对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就能够直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄。

5.空间分配担保

        在发生Minor GC以前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代全部对象总空间，若是这个条件成立，那么Minor GC能够确保是安全的。若是不成立，则虚拟机会查看HandlePromotionFailure设置值是否容许担保失败。若是容许，那么会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，若是大于，将尝试着进行一次Minor GC，尽管此次Minor GC是有风险的；若是小于，或者HandlePromotionFailure设置不容许冒险，那这时也要改成进行一次Full GC。

将对象从年轻代到老年代是如何判断该对象执行了多久？以及什么状况下发生转移？哪些对象在老年代中？

        每一个对象定义了对象年龄计数器，若是对象在Eden出生并通过第一次Minor GC后仍然存活，将被移动到Survivor空间中，而且对象年龄设为1。当年龄超过默认值或设定值时，将被晋升到老年代中。动态年龄断定， 若是在Survivor空间中相同年龄全部对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就能够直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄。

          在发生Minor GC以前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代全部对象总空间，若是这个条件成立，那么Minor GC能够确保是安全的。若是不成立，则虚拟机会查看HandlePromotionFailure设置值是否容许担保失败。若是容许，那么会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，若是大于，将尝试着进行一次Minor GC，尽管此次Minor GC是有风险的；若是小于，或者HandlePromotionFailure设置不容许冒险，那这时也要改成进行一次Full GC。

老年代的对象：

1. 大对象，即超过设定值的对象
2. 长期存活的对象