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），但顺序并非完全按源码声明排列：

Gradle 9.8.0

下载

• 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日志里的对象大小统计。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南