深刻理解java虚拟机——内存分配与回收

对象的内存分配，往大方向将，就是在堆上分配（但也可能通过JIT编译后被拆散为标量类型并间接地栈上分配），对象主要分配在新生代的Eden区上，若是启动了本地线程分配缓冲，将按线程优先在TLAB上分配。少数状况下也可能会直接分配在老年代中，分配的规则并非百分之百固定的，其细节取决于当前使用的是哪种垃圾收集器组合，还有虚拟机中与内存相关的参数的设置。

1.对象优先在Eden分配

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

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

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

虚拟机提供了一个-XX:PretenureSizeThreshold参数，令大于这个设置值得对象直接在老年代分配。这样作的目的是避免在Eden区及两个Survivor区之间发生大量的内存复制。

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

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

4.动态对象年龄断定

为了能更好地适应不一样程序的内存情况，虚拟机并非永远地要求对象的年龄必须达到了MaxTenuringThreshold才能晋升老年代，若是在Survivor空间中相同年龄全部对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就能够直接进入老年代，无需等到MaxTenuringThreshold中要求的年龄。

5.空间分配担保

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