对象头

在HotSpot虚拟机中，对象在内存中存储的布局可以分为3块区域:对象头(Headr）
实例数据(instunce Data)和对齐填充(Padding）
HotSpot 上虚拟机的对象头包括两部分信息，第一部分用于存储对象自身的运行时数据。
如哈希码(HashCode也就是为什么java代码取hashcode很快的原因). GC分代年龄、锁状态标志（线程使用到），线程持有的锁、偏向线程ID、偏向时间戳等这部分数据的长度在32位和64位的虚拟机(未开启压缩指针)中分别为32bit和64bit 官方称它为“Mark Word’ 对象需要存储的运行时数据很多，其实已经超出了32位、
64位Bit结构所能记录的限度，但是对象头信息与对象自身定义的数据无关的额外存
储成本，考虑到虚拟机的空间效率，Mark Ward被设计成一个非固定的数据结构以使在极小
的空间内存储尽量多的信息，它会根据对象的状态复用白己的存储空间例如，在32位的
Hospot虚拟机中，如果对象处于未被锁定的状态下，Mark Word的32个Bits空间中的25Bits用于存储对象哈希码（HashCode），4Bits用于存储对象分代年龄，2Bits用于存储锁标志 位，1Bit固定为0，在其他状态（轻量级锁定、重量级锁定、GC标记、可偏向）下对象的存储内容如下表所示。

对象头的另外一部分是类型指针，即是对象指向它的类的元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例。并不是所有的虚拟机实现都必须在对象数据上保留类型指针，换句话说查找对象的元数据信息并不一定要经过对象本身。另外，如果对象是一个Java数组，那在对象头中还必须有一块用于记录数组长度的数据，因为虚拟机可以通过普通Java对象的元数据信息确定Java对象的大小，但是从数组的元数据中无法确定数组的大小。
注:锁的应用会回归到jvm 对象头上。