深入理解JVM(三) -- 对象的内存布局和访问定位

　　一 对象的内存布局：

　　在HotSpot虚拟机中，对象在内存中存储的布局可以分为3块区域：对象头（Header），实例数据（Instance Data）和对齐填充（Padding）。

　　HotSpot的对象头包括两部分信息，一部分存储对象运转时自身信息，例如hashCode，GC分代年龄，锁状态标志，线程持有的锁，偏向线程id，偏向时间戳等，这部分数据的长度在32和64位虚拟机中分别为32和64位，官方称之为“Mark World”。对象在运行时产生的数据很多，其实早已经超出了32或64位BitMap结构能承载的限度，考虑到虚拟机的空间效率，MarkWord被设计为一个非固定的数据结构以便在极小的内存空间中尽可能多的存储信息，他会根据对象的状态复用自己的内存，例如：在32位虚拟机中，如果对象处于未被锁定的状态下时，那32bit中25bit用于存储对象的哈希码，4bit存储对象分代年龄，2bit存储锁标志位，1bit固定为0，而在其他状态（轻量级锁定，重量级锁定，GC标记，可偏向）下存储结构如下：

　　

　　对象头的另一部分是类型指针，即对象指向它类元数据的指针，虚拟机通过该指针来确定这个对象是哪个类的实例，但并不是所有的虚拟机都是这样实现判断类型的。另外，如果对象是一个数组,那头对象中还需要有一块记录数组长度的数据，因为虚拟机可以通过普通对象的元数据确定对象的大小，但是从数组的元数据却无法确定数组的大小。

　　接下来的实例数据部分存储的是对象的有效信息，也就是在程序代码中定义的各种类型的字段内容，无论是在父类中继承下来的还是在子类中定义的，都需要记录起来，这部分的存储顺序会受到虚拟机分配策略参数和字段在代码中定义顺序的影响。HotSpot定义的策略为long/doubles，ints，shorts/chars，bytes/booleans，oops，从分配策略看出，相同宽度的字段总是被分配到一起，在满足这个前提下，父类中定义的变量会出现在子类之前。

　　第三部分对齐填充并不是必须存在的，也没有特殊的意义，但是由于HotSpot VM的自动内存管理系统要求对象的起始地址必须是8的整数倍，换句话说，每一个对象的大小都必须是8的整数倍，当对象所需要的内存不是8的整数倍时，才会使用对齐填充对齐来满足这一要求。

　　二 对象的访问定位

　　通过以上的步骤，一个对象就完成了内存分配和必要的初始化，那么我们如何才能定位到我们需要使用的对象呢？

　　Java需要通过栈上的reference数据来操作堆上的具体对象，reference类型在Java虚拟机规范中只定义了一个指向对象的引用，但并没有规定以那种方式去定位和访问堆中对象的具体位置，所以对象的访问方式也是取决于虚拟机的实现方式，目前主流的实现方式有使用句柄和直接指针两种。

　　句柄：

　　如果使用这种实现方式，那么堆中就需要划分出一片内存来作为句柄池，reference中存储的就是对象的句柄地址，而在句柄中包含了对象的实例数据与类型数据各自的地址信息，如下图：

　　使用直接指针进行访问，则reference中直接存储的就是对象地址，但是Java堆对象的布局中就必须考虑如何放置访问类型数据的相关信息，如下图所示：

　　

　　这两种方式各有好处，使用直接指针的好处就是更快，节省了一次指针定位的时间开销，而使用句柄的方式，在对象被移动（垃圾回收）时，不需要修改reference中的地址数据，只需修改句柄池中的数据。

　　HotSpot当前采用的是直接指针的方式来访问对象。