创建对象时在Heap堆区如何分配空间

JVM虚拟机在执行 Java 程序的过程中会把它管理的内存划分成若干个不同的数据区域。

JDK 1.8之前分为：线程共享（Heap堆区、Method Area方法区）、线程私有（虚拟机栈、本地方法栈、程序计数器）;

JDK 1.8以后分为：线程共享（Heap堆区、MetaSpace 元空间）、线程私有（虚拟机栈、本地方法栈、程序计数器）;

Heap堆是JVM 所管理的内存中最大的一块区域，被所有线程共享的一块内存区域。堆区中存放对象实例，“几乎”所有的对象实例以及数组都在这里分配内存。

Heap堆是垃圾收集器GC管理的主要区域，因此堆区也被称作GC 堆。从垃圾回收的角度，由于现在收集器基本都采用分代垃圾收集算法，所以 JVM中的堆区往往进行分代划分，例如：新生代 和 老年代。目的是更好地回收内存，或者更快地分配内存。

新生代区占整个堆区的1/3,老年代占整个堆区的2/3;在新生代中,又分为Eden区和Survivor区, Eden区占整个新生代的8/10,几乎所有新创建的对象都在Eden区(较大的对象除外),Survivor区占整个新生代的2/10,而Survivor区又分为from区和to区,各占1/10.

当我们创建了一个新的对象时,如果该对象所占空间不是很大,那么该对象会优先在Eden区生成,当Eden区装填满的时候,会触发YGC(Minor GC),在Eden区实现清除策略,没有被引用的对象则直接回收,依然存活的对象则会被移送到Survivor区,Survivor区分为 from区 和 to区 两块内存区域。每次YGC的时候，它们将存活的对象复制到未使用的Survivor 空间（from区或to区），然后将当前正在使用的空间完全清除，交换两块空间的使用状态。每次交换时，对象的年龄会加+1,

如果YGC要移送的对象大于Survivor区容量的上限,则直接移至老年代,一个对象也不可能永远呆在新生代，在 JVM 中 一个对象从新生代晋升到老年代的阈值默认值是 15，可以在 Survivor区交换 14 次之后，晋升至老年代。当YGC之后,该对象会尝试继续往Eden区放;如果可以放下,就直接分配内存空间,如果还是放不下的话, 会直接放入老年代中,在放入老年代时,也会判断老年代中会不会放得下,如果可以放下,就直接分配内存空间,如果老年代也放不下,就会执行FGC(Major GC),在老年代中实现清除策略,执行完毕后,会继续判断老年代是否可以放得下,如果可以放下,直接分配内存空间,如果还是放不下的话,会直接发生OOM(OutOfMemoryError内存溢出错误).