在HotSpot虚拟机中，对象在内存中存储的布局分为3块区域：对象头，实例数据和对齐填充。
HotSpot虚拟机的对象头包括两部分信息，第一部分是用于储存对象自己是的运行时数据，如哈希码、GC分代年龄、锁状态标志、线程持有锁、偏向线程ID、偏向时间戳等。这部分数据的长度在32和64位的虚拟机（未开启压缩指针）中分别为32bit和64bit。官方称为“Mark Word”。对象需要储存的运行时数据很多，其实已经超出了32位、64位Bitmap结构所能记录的限度，但是对象头信息是与对象自身定义的数据无关的额外存储成本，考虑到虚拟机的空间效率，Mark Word 被设计成一个非固定的数据结构以便在极小的空间存储更多的信息，它会根据对象的状态复用自己的存储空间。
对象头的另一部分就是类型指针，即对象指向它的类元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类型的实例。并不是所有的虚拟机实现都必须在对象数据上保留类型指针，换句话说，查找对象元数据信息并不一定要经过对象本身，如果对象是一个Java数组，那么在对象头中还必须有一块用于记录数组长度的数据，因为虚拟机可以通过普通Java对象元数据确定Java对象的大小，但是从数组的元数据中无法确定数组的大小。
实例数据部分是对象真正存储的有效信息，也是在程序代码中定义的各种类型的字段内容。无论是从父类继承下来的。还是在子类定义的，都需要记录下来。这部分的存储会受到虚拟机分配策略参数 和 字段在Java 源码中定义顺序的影响。HotSpot虚拟机默认的分配策略为 long /doubles，ints，shorts/chars，bytes/Booleans、oops（Ordinary Object Pointers），从分配策略中可以看出，想吐宽度的字段总是被分配在一起。在满足这个前提条件情况下，在父类中定义的变量会出现在子类之前。如果CompactFields 参数为true，那么子类的变量也有可能插入待父类的空隙之中。
对齐填充并不是必然存在的，也没有特别的含义，他仅仅起着占位符的作用。由于HotSpot VM的自动内存管理系统要求对象起始地址必须是8字节的整倍数，话句话说，就是对象的大小必须是8字节的整倍数。而对象头部分正好是8字节的倍数（1倍或者2倍），因此，当对象实例数据部分没有对齐时，就需要通过对齐填充来补全。
网友评论