对于HotSpot虚拟机来说，Java类的实例对象在内存中存储分为三块区域，分别是对象头、实例数据、对齐填充。



对象头

对象头包含两部分，第一部分用于存储对象自身运行时的数据，包括GC分代年龄、哈希码、锁状态、线程持有的锁等数据，这部分的数据长度在32位和64位虚拟机中分别为32位和64位，被称为“Mark Word”。

对象头的另一部分用于存储对象的类元数据的指针，虚拟机通过这个指针可以知道对象是哪个类的实例。



实例数据

实例数据用于存储在程序代码中定义的各种类型的字段内容，也包含从父类继承来的。这部分数据的存储顺序会受到虚拟机分配策略参数和字段在代码中定义的顺序的影响。



对齐填充

在HotSpot虚拟机中，对象的大小要求是8字节的整数倍，因为对象头的大小正好是8字节的一倍或两倍，而实例数据部分可能不是8字节的整数倍，所以需要凑齐8字节的整数倍，就用到了对齐填充部分，它仅仅是用于占位的作用。 

对于HotSpot虚拟机来说，Java类的实例对象在内存中存储分为三块区域，分别是对象头、实例数据、对齐填充。
对象头
对象头包含两部分，第一部分用于存储对象自身运行时的数据，包括GC分代年龄、哈希码、锁状态、线程持有的锁等数据，这部分的数据长度在32位和64位虚拟机中分别为32位和64位，被称为“Mark Word”。
对象头的另一部分用于存储对象的类元数据的指针，虚拟机通过这个指针可以知道对象是哪个类的实例。
实例数据
实例数据用于存储在程序代码中定义的各种类型的字段内容，也包含从父类继承来的。这部分数据的存储顺序会受到虚拟机分配策略参数和字段在代码中定义的顺序的影响。
对齐填充
在HotSpot虚拟机中，对象的大小要求是8字节的整数倍，因为对象头的大小正好是8字节的一倍或两倍，而实例数据部分可能不是8字节的整数倍，所以需要凑齐8字节的整数倍，就用到了对齐填充部分，它仅仅是用于占位的作用。

今天是520，不管有没有对象，都要学习呀
在我们经常使用的HotSpot虚拟机中，对象在堆内存中的布局可以分为3个部分：

对象头
实例数据
对齐填充

对象头
对象的对象头包含2类信息：
用于存储对象自身的运行时数据
如哈希码、GC分代年龄、锁状态标志、线程持有的锁、偏向线程的id、偏向时间戳等。这些数据的长度在32位和64位虚拟机中，分别占用32bit和64bit，官方称之为"Mark Word"
mark word如图所示：


类型指针
即对象指向它的类型元数据的指针，jvm通过这个指针确认该对象是哪个类的实例
实例数据
对象真正存储的有效信息，即我们在程序代码中定义的各种字段内容，无论是从父类集成来的，还是子类自有的都必须记录下来。
存储的顺序受jvm的分配策略参数和字段在java源码中的定义顺序的影响

HotSpot默认的分配顺序是longs/doubles、ints、shorts/chars、bytes/booleans、opps，可以看到相同宽度的字段会被分配到一起存放，在满足这个条件的前提下，父类的字段放在子类的前面
对齐填充
这部分不是必然的，也没有特殊的含义，仅仅是占位的作用。

由于HotSpot jvm的内存管理系统要求对象的起始位置必须是8字节的倍数，也就是说任何对象的大小都必须是8字节的倍数。
从上面可以看到，对象的头部已经是8字节的倍数了，所以如果对象实例没有对齐的，就要通过对齐填充了。

在HotSpot虚拟机中，对象在内存中的布局分为三块：对象头、示例数据、对齐填充。
1.对象头
    包括两部分：Mark Word、类型指针、数组长度（if 数组对象）
    （1）Mark Word：存储对象自身的运行时数据（哈希码、GC年龄、锁标志、持有的锁等）。被设计成非固定数据结构，根据对象状态服用内部空间。
    （2）类型指针：对象指向它的类元数据的指针。虚拟机通过这个指针确定对象是哪个类的实例。
    （3）数组长度：对于数组对象，对象头中必须有一块数据记录数组长度，因为JVM无法从数组的元数据确定数组的大小。
2.实例数据。
    实例数据是对象真正存储的有效信息，就是代码中定义的各种类型的字段内容，包括从父类继承下来的和子类中定义的。
3.对齐填充
   HotSpot虚拟机的自动内存管理系统要求对象起始地址必须是8字节的整数倍。当对象的实例数据部分没有对齐，用对齐填充补全。所以对齐填充不是必然存在的。