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实现轻量级锁、偏向锁、重量级锁的核心载体：
立即学习“Java免费学习笔记（深入）”；
- 新建对象默认处于“无锁”状态，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行为、排查锁争用、分析内存开销的底层基础。
