17370845950

Java对象头由Mark Word和类型指针组成，参与锁升级并影响GC与内存布局，开发者不可直接访问，仅能通过identityHashCode、synchronized等间接感知其作用。

Java中对象头不直接供开发者使用，它是JVM内部管理对象的关键元数据区域，主要服务于内存布局、锁机制和GC等底层功能。

对象头包含哪些内容

在HotSpot虚拟机中，普通对象的对象头通常由两部分组成：

• Mark Word（标记字段）：存储哈希码、GC分代年龄、锁状态标志、线程持有的锁指针等。大小为32位（32位JVM）或64位（64位JVM，开启指针压缩时也占64位，但部分信息被压缩存放）。
• Class Metadata Address（类型指针）：指向该对象所属类的Klass结构体地址，用于确定对象类型、方法表、继承关系等。开启指针压缩时占4字节，否则占8字节。

数组对象还会额外多一个4字节的数组长度字段，放在类型指针之后。

对象头如何参与锁升级

对象头中的Mark Word是Java synchronized实现轻量级锁、偏向锁、重量级锁的核心载体：

• 新建对象默认处于“无锁”状态，Mark Word存对象哈希码（未计算时为0）和分代年龄等。
• 第一次被同一线程加锁时，可能进入“偏向锁”，Mark Word记录该线程ID；撤销偏向后可升级为“轻量级锁”，存指向栈中锁记录的指针。
• 竞争激烈时膨胀为“重量级锁”，Mark Word改为指向ObjectMonitor对象的指针。

这些转换全部发生在Mark Word内，无需额外内存分配，是JVM锁优化的关键设计。

为什么不能直接访问对象头

Java语言层不暴露对象头操作接口。虽然可通过Unsafe类（如unsafe.getAddress(obj, offset)）配合固定偏移读取Mark Word，但这是非安全、非标准、易出错的做法：

• 偏移量随JVM版本、是否开启指针压缩、是否为数组等动态

  

  变化，不可移植。
• JIT编译器可能重排序、优化或消除相关代码，行为不确定。
• 违反Java内存模型语义，可能导致并发问题或崩溃。

除非开发JVM工具（如调试器、Profiler）、写底层框架（如高性能序列化库），否则不应尝试读写对象头。

开发者能间接感知对象头的场景

虽不直接操作，但以下情况背后都依赖对象头：

• 调用System.identityHashCode()：首次调用会将哈希码写入Mark Word（若尚未被锁占用）。
• 使用synchronized：锁的获取与释放全程修改Mark Word内容。
• GC标记阶段：部分GC算法利用Mark Word中的分代年龄判断对象是否晋升到老年代。
• 对象内存占用估算：比如用JOL（Java Object Layout）工具查看对象大小时，输出的“header size”就是对象头所占字节数。

基本上就这些。理解对象头不是为了手动操控它，而是读懂JVM行为、排查锁争用、分析内存开销的底层基础。