Java对象在JVM堆内存中严格遵循三段式布局：对象头（含Mark Word、类指针、数组长度）、实例数据（字段按大小重排序存放）、对齐填充（补至8字节倍数），三者共同决定内存占用与访问效率。
Java对象在JVM堆内存中的布局不是随意堆放的，而是严格遵循三段式结构：对象头、实例数据、对齐填充。这三部分共同构成一个对象在堆里的“物理实体”，直接决定其真实内存占用和访问效率。
对象头：身份与元信息的紧凑封装
对象头是每个Java对象最前面的固定区域，包含两类关键信息：
- Mark Word（标记字段）：存储哈希码、GC分代年龄、锁状态标志（如偏向锁、轻量级锁、重量级锁）、线程ID等运行时数据。64位HotSpot VM默认占8字节；开启压缩指针（-XX:+UseCompressedOops）且堆≤32GB时，仍为8字节（内部做位域复用）。
- Class Pointer（类指针）：指向方法区（JDK 8+为元空间）中该对象所属类的元数据。未开启压缩指针时占8字节；开启后压缩为4字节。
- 数组对象额外多出4字节的Length字段，用于记录数组长度。
对象头不存业务逻辑，但却是synchronized锁升级、GC标记、identityHashCode生成等机制的底层支撑。
实例数据：字段值的实际存放区
这部分紧随对象头之后，存放对象定义的所有实例字段（非static、非transient），但顺序并非完全按源码声明排列：
立即学习“Java免费学习笔记（深入）”；
- HotSpot默认按字段宽度从大到小排序：long/double → int/float → short/char → byte/boolean → 引用类型（压缩后4字节）。
- 相同宽度字段会归并在一起，提升CPU缓存局部性。
- 父类字段排在子类字段之前（继承关系影响布局）。
- 引用类型字段只存对象地址（4或8字节），实际对象仍在堆中另一块空间。
例如：class A { int x; byte y; long z; }，实际布局可能是 z(8) + x(4) + y(1) + padding(3)，而非声明顺序。
对齐填充：凑整到8字节边界
JVM要求每个对象起始地址必须是8字节的整数倍（即地址值低3位为0），这是为了适配CPU的内存访问对齐要求，提升读写性能。
- 如果对象头+实例数据总大小不是8的倍数，虚拟机会在末尾自动添加若干字节的“空隙”（padding），不存任何有效数据。
- 比如对象头12字节 + 实例数据8字节 = 20字节 → 补4字节 → 总24字节。
- 这个填充不可省略，也不可跳过——它是JVM规范强制行为。
怎么看真实布局？用JOL验证
光靠理论容易误判。推荐使用OpenJDK官方工具JOL（Java Object Layout）实测：
- 添加依赖：
org.openjdk.jol:jol-core - 代码调用：
System.out.println(VM.current().details());查JVM参数；ClassLayout.parseInstance(obj).toPrintable();打印对象内存图。 - 输出会清晰标出每字段偏移量、大小、是否填充，比人脑推演可靠得多。
不复杂但容易忽略。真正理解这三层，才能准确估算百万对象的内存开销，排查OOM，读懂GC日志里的对象大小统计。
