Java 对象的内存布局-思维导图

内存布局笔记图

一、在HotSpot虚拟机中，对象在内存中存储的布局可以分为三块区域：对象头、实例数据、对齐填充。主要结构如上图所示。

二、对象的内存分配：

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

       下面是几条最普遍的内存分配规则：

        1.对象优先在Eden区分配

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

    所谓大对象是指：需要大量连续内存空间的Java对象，最典型的大对象就是那种很长的字符串以及数组。大对象对虚拟机的内存分配来说就是一个坏消息，经常出现大对象容易导致内存还有不少空间时就提前触发垃圾收集以获取足够的连续空间来“安置”它们。

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

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

       4.动态对象年龄判定

     如果在Survivor空间中相同年龄所有对象的大小总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无需等到满足第3条说的。

       5.空间分配担保

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