Java对象在堆内存中严格遵循三段式结构：对象头（含Mark Word和类型指针）、实例数据（按字段宽度重排序存储）、对齐填充（补足8字节倍数），三者共同决定内存占用、访问效率与并发行为。
Java对象在堆内存中不是随意摆放的，而是严格遵循三段式结构：对象头存元信息，实例数据放字段值，对齐填充补足字节边界。这三部分共同决定对象实际占用空间、访问效率甚至并发行为。
对象头：JVM管理对象的“身份证”
对象头包含两类关键信息：Mark Word 和类型指针（Class Pointer）。Mark Word 仅8字节，却复用存储锁状态、GC年龄、偏向线程ID、哈希码等——它们互斥共存。调用 Object.hashCode() 后，哈希值会写入 Mark Word 并固化，覆盖原有偏向锁标记，导致锁撤销；此后即使对象被GC移动，该哈希值仍保持不变。
类型指针大小取决于是否启用压缩指针（-XX:+UseCompressedOops，默认开启且堆≤32GB）：压缩后占4字节，否则占8字节。因此常见对象头大小为12字节（8+4）或16字节（8+8）。数组对象额外多出4字节数组长度字段。
实例数据：字段不按源码顺序排列
JVM会对字段重排序，目标是减少内存空洞、提升缓存行利用率。排序规则是：按字段宽度从大到小排——long/double → int/float → char/short → byte/boolean → 引用类型（压缩后4字节）。同一宽度的字段才保持源码声明顺序。
子类字段一定排在父类字段之后，不管类型宽窄。例如父类含 long，子类只有 int，int 仍排在 long 后面。这种布局无法靠看代码推断，需用 Unsafe.objectFieldOffset() 或 JOL 工具 验证真实偏移。
对齐填充：为CPU访问效率而存在的“空白”
HotSpot 要求每个对象总大小必须是8字节的整数倍。这不是可选项，而是JVM硬性规定。计算方式为：(8 − (对象头字节数 + 实例数据字节数) % 8) % 8。
- new Object()：头12B + 数据0B = 12B → 补4B → 总16B
- int id; String name; boolean active;：头12B + (4+4+1)=9B = 21B → 补3B → 总24B
- int[2]：数组头16B + 元素2×4=8B = 24B → 无需填充
填充本身不存任何数据，纯属空间代价，但能显著提升CPU读取速度，尤其对CAS等原子操作至关重要。
为什么这三部分不能省略或乱序
对象头是JVM识别和管理对象的基础，缺失则无法定位类定义、判断锁状态或参与GC；实例数据顺序影响内存局部性和伪共享（false sharing）风险；对齐填充一旦缺失，可能导致某些CPU指令异常或性能陡降。三者协同工作，共同支撑Java对象在运行时的稳定性与效率。
