Mark Word在64位JVM开启指针压缩时固定占8字节，是动态复用的位域区域，其比特位含义随锁状态（无锁/偏向/轻量级/重量级/GC标记）变化而完全不同。
64 位 JVM（开启指针压缩，即 -XX:+UseCompressedOops）中，Mark Word 固定占 8 字节（64 bit），它不是静态字段，而是一块按锁状态动态复用的位域区域。理解它的关键，是看当前对象所处的锁状态——同一组比特，在不同状态下含义完全不同。
无锁状态下的典型位布局（最常见初始态）
当对象未被锁定、未启用偏向锁、且尚未计算哈希码时，Mark Word 常见布局如下（低位在右，高位在左）：
- bit 0–3（低 4 位）：GC 分代年龄（age），范围 0–15，实际只用低 4 位
- bit 4（第 5 位）：偏向锁启用标志（biased_lock），0 表示禁用，1 表示启用（但此时未偏向）
-
bit 5–6（第 6–7 位）：锁状态标志（lock bits），值为
01表示“无锁/可偏向”状态 -
bit 7–31（共 25 位）：identity hashcode，首次调用
System.identityHashCode()后写入；未计算时全 0 - bit 32–63（高 32 位）：空闲位（通常为 0），部分版本可能用于 epoch 或其他扩展
偏向锁状态下的位含义变化
一旦发生偏向（如第一次进入同步块且满足条件），Mark Word 会重解释：相同 lock bits（01）仍保留，但高位内容切换用途：
- bit 0–1：仍为
01（偏向锁标识） - bit 2：偏向锁启用位（biased_lock），为 1
- bit 3–4：epoch（偏向时间戳，2 bit）
- bit 5–6：锁标志仍为
01 - bit 7–61（共 55 位）：存储持有偏向锁的线程 ID（thread ID）
- bit 62–63：GC 相关保留位（如 CMS 使用）
注意：线程 ID 并非 Java 层 Thread.getId()，而是 JVM 内部分配的轻量级 ID，由 JavaThread::osthread() 等机制生成。
轻量级锁与重量级锁的位切换逻辑
锁升级后，lock bits 改变，高位含义彻底重定向：
SEO Keyword Density
下载
SEO关键词密度优化与页面审计技能。使用场景：①提供页面路径与关键词进行SEO优化；②提升页面关键词密度；③提升搜索引擎排名；④进行SEO审计（meta标签、OG、hreflang等）。触发词：关键词密度、SEO优化、关键词优化等。
-
轻量级锁：lock bits =
00→ 高 62 位存指向当前线程栈帧中Lock Record的指针（需对齐到 8 字节边界） -
重量级锁：lock bits =
10→ 高 62 位存指向堆中ObjectMonitor结构的指针（即 monitor 地址） -
GC 标记期：lock bits =
11→ 全字段作 GC 标记使用（如 G1 的 mark word 中置为 0x3，表示已标记）
此时，hashCode、age、thread ID 等原信息全部被覆盖，不再有效；解锁或锁降级时，JVM 会尝试恢复部分现场（如重新计算 hash）。
怎么看真实的 Mark Word 值？实操建议
别靠猜，用工具验证：
- 用
jol-cli.jar查布局：java -jar jol-cli.jar internals java.lang.Object，输出中mark:行就是当前十六进制值 - 加锁前后对比：新建对象 → 调用
hashCode()→ 进入 synchronized → 再查 mark，能清晰看到位模式跳变 - 不推荐用
Unsafe手动读取偏移：Mark Word 无 Java 字段名，objectFieldOffset()返回 -1；它真实存在于对象起始地址 + 0 处，但语义由 JVM 运行时解释
真正决定含义的，从来不是“某几位是什么”，而是“当前锁状态 + JVM 启动参数 + 运行时决策”。位图只是表象，状态机才是本质。
