对象的内存布局以及访问定位

对象的内存布局

在HotSpot虚拟机里，对象头在堆内存中的存储布局可以划分为三个部分：对象头（Header）、实例数据（Instance Data)和对其填充（Padding）。

对象头主要包含两个信息：

• 用于存储对象 自身的运行时数据，如哈希码、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等，这部分数据的长度在32位和64位的虚拟机（未开启压缩指针）中分别为32比特和64比特，官方称它为“Mark Word"。

对象需要存储的运行时数据很多，其实已经超过了32、64位Bitmap结构所能记录的最大限度，但对象头里的信息是与对象自身定义的数据无关的额外存储成本，考虑到虚拟机的空间效率，Mark Word被设计成一个有着动态定义的数据结构，以便在极小的空间存储尽可能多的数据，根据对象的状态复用自己的存储空间。

例如在32位HotSpot虚拟机中(对象未被同步锁锁定情况下）:

• 对象的哈希码---->25个比特
• 对象的分代年龄--->4个比特：对象的最大分代年龄为15岁，这里也可能是一个原因
• 锁标志位-->2个比特
• 0--->1个比特固定位0

其他状态下对象存储的内容：

存储内容	标志位	状态
对象哈希码、对象分代年龄	01	未锁定
指向锁记录的指针	00	轻量级锁定
指向重量级锁的指针	10	膨胀（重量级锁定）
空、不需要记录信息	11	GC标记
偏向线程ID、偏向时间戳、对象分代年龄	01	可偏向

        对象头的另一部分是类型指针，即对象指向它的类型元数据的指针，Java虚拟机通过这个指针来确定该对象是那个类的实例。（并不是所有的虚拟机实现都必须在对象数据上保留类型针）。此外，如果对象是一个Java数组，那对象头中氦必须有一块用于记录数组长度的数据，因为数据的长度是不确定的，将无法通过元数据中的信息判断出数组的大小。（普通的Java对象虚拟机可以通过其元数据信息确定Java对象的大小）。

• 实例数据：对象真正存储的有效信息，即我们程序代码里面所定义的各种类型的字段类容，无论是从父类继承下来，还是在子类中定义的字段都必须记录起来。这部分的存储顺序会受到虚拟机分配策略参数（-XX:FieldsAllocationStyle参数）和字段在Java源码中定义顺序影响。 

HotSpot默认分配策略：

相同宽度的字段总是被分配到一起存放，在满足这个前提条件的情况下，在父类中定义的变量会出现在子类之前。如果HotSpot虚拟机的-XX:CompactFields参数值为true（默认为true），那子类之中较窄的变量也允许插入父类变量的空隙之中，以节省一点空间。

• 对其填充：这部分不是必然存在的，也没有特别的含义，仅仅起着占位符的作用。

由于HotSpot虚拟机的自动内存管理系统要求对象的起始地址必须是8字节的整数倍，即任何对象的大小都必须是8字节的整数倍。

对象访问定位 

建⽴对象就是为了使⽤对象，我们的Java程序通过栈上的 reference 数据来操作堆上的具体对 象。对象的访问⽅式有虚拟机实现⽽定，⽬前主流的访问⽅式有①使⽤句柄和②直接指针两种：

• 句柄： 如果使⽤句柄的话，那么Java堆中将会划分出⼀块内存来作为句柄池，reference 中 存储的就是对象的句柄地址，⽽句柄中包含了对象实例数据与类型数据各⾃的具体地址信息；
• 直接指针： 如果使⽤直接指针访问，那么 Java 堆对象的布局中就必须考虑如何放置访问类 型数据的相关信息，⽽reference 中存储的直接就是对象的地址。

 

 这两种对象访问⽅式各有优势。使⽤句柄来访问的最⼤好处是 reference 中存储的是稳定的句柄 地址，在对象被移动时只会改变句柄中的实例数据指针，⽽ reference 本身不需要修改。使⽤直 接指针访问⽅式最⼤的好处就是速度快，它节省了⼀次指针定位的时间开销。HotSpot虚拟机主要使用第二种方式进行对象访问（也有例外的情况，如果使用了Shenandoah收集器的话也会有一次额外的转发）。