Java对象头Mark Word存储哈希码、GC年龄、锁状态等，用JOL配合HotSpot源码可解析其二进制结构：无锁为001、偏向锁101、轻量级锁000、重量级锁010、GC标记111。
Java对象头中的Mark Word存储了对象的哈希码、GC分代年龄、锁状态等关键信息，而JOL（Java Object Layout）是观察其布局与变化最直接的工具之一。要查看锁状态位（如无锁、偏向锁、轻量级锁、重量级锁、GC标记）在Mark Word中的实际二进制表现，核心在于：**触发不同锁状态后，用JOL打印对象内存布局，并结合HotSpot源码约定解读Mark Word低3位及关联字段**。
准备环境与基础验证
确保使用支持锁优化的JDK 8u60+（推荐8u292或11+），并禁用逃逸分析和JIT编译干扰（便于稳定复现）：
- 添加VM参数：-XX:-UseBiasedLocking -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly -Xcomp -XX:+TraceClassLoading（调试时可加，生产勿用）
- 引入JOL依赖（Maven）：
<dependency><br> <groupId>org.openjdk.jol</groupId><br> <artifactId>jol-core</artifactId><br> <version>0.17</version><br></dependency>
- 写一个简单测试类，避免对象被内联或优化掉（如用volatile引用、放入List、加System.out防止死代码消除）
分阶段触发并捕获各锁状态的Mark Word
JOL本身不主动“触发”锁升级，需手动编码控制线程竞争节奏，再调用ClassLayout.parseInstance(obj).toPrintable()抓取快照：
-
无锁状态：新建对象未加锁，Mark Word低3位为
001；高31位存hashcode（若已调用hashCode()）或0（未调用） -
偏向锁（启用时）：调用
synchronized(obj)且无竞争 → 低3位101，后续31位存线程ID+epoch+age -
轻量级锁：同一对象被两个线程交替加锁（如Thread A加锁后未释放，Thread B尝试进入）→ 低3位
000，Mark Word存指向栈中Lock Record的指针 -
重量级锁：发生锁膨胀（多个线程激烈竞争）→ 低3位
010，Mark Word存指向ObjectMonitor的指针（地址值） -
GC标记态（如CMS/SerialOld）：低3位可能为
111，表示已标记（具体取决于GC算法）
关键技巧：让JOL输出更易读的Mark Word
默认ClassLayout只显示十六进制布局，需人工拆解。建议封装辅助方法：
立即学习“Java免费学习笔记（深入）”；
- 用
Unsafe.getAndSetObject或反射获取对象头地址（需-XX:+UnlockExperimentalVMOptions -XX:+AllowEnhancedStacks） - 或更简单：用JOL的
VM.current().addressOf(obj)+Unsafe.getLong(address)读取Mark Word原始值（需绕过JVM安全限制） - 将读出的8字节（64位）转为二进制字符串，重点看末尾3位 + 第3–5位（epoch）、第6–8位（age）等
- 参考HotSpot源码：
markOop.hpp中定义了lock_bits、biased_lock_bits等掩码，是解读依据
注意事项与常见误区
实际观察中容易误判，因JVM会动态优化：
- 偏向锁默认开启但会在启动4秒后关闭（可通过
-XX:BiasedLockingStartupDelay=0立即启用） - 轻量级锁在无竞争时很快会撤销，需用
Thread.yield()或LockSupport.parkNanos(1)延长临界区 - JOL打印的是某一时刻快照，多线程下需同步控制（如CountDownLatch）确保在锁持有期间读取
- 32位JVM Mark Word为4字节，结构不同，务必确认JVM位数
