synchronized 锁升级：偏向锁 → 轻量级锁 → 重量级锁

// 64 位 JVM 下的对象头结构
┌─────────────────────────────────────┐
│ Mark Word（8 字节 = 64 位）        │  ← 锁状态、哈希码、GC 分代年龄
├─────────────────────────────────────┤
│ Klass Pointer（4/8 字节）           │  ← 指向类元数据（开启压缩后 4 字节）
├─────────────────────────────────────┤
│ 数组长度（仅数组对象，4 字节）      │  ← 如果是普通对象则没有这部分
└─────────────────────────────────────┘

// 第一次进入 synchronized 块
if (markWord.bias_pattern == 1 && markWord.threadId == 0) {
    // 对象可偏向，且还没有偏向任何线程
    CAS(markWord.threadId, 0, currentThreadId);  // CAS 写入当前线程 ID
    return; // 加锁成功，几乎无开销
}

// 后续进入 synchronized 块
if (markWord.threadId == currentThreadId) {
    return; // 直接放行！不需要任何原子操作
}

// 其他线程来竞争 → 偏向锁撤销 → 升级为轻量级锁
revokeBias();

// 每个线程栈帧中都有若干 Lock Record
// 用于在轻量级锁阶段保存 Mark Word 的备份
struct BasicLock {
    volatile markOop displaced_header;  // 保存对象原始的 Mark Word
};

// 加锁流程：
// 1. 在当前线程栈帧中创建一个 Lock Record
// 2. 把对象的 Mark Word 复制到 Lock Record 的 displaced_header
// 3. CAS 尝试将 Mark Word 替换为指向 Lock Record 的指针
// 4. CAS 成功 → 拿到锁（锁标志位变为 00）
// 5. CAS 失败 → 存在竞争 → 可能膨胀为重量级锁

ObjectMonitor* inflate(Thread* self, oop obj) {
    // 1. 为对象创建一个 ObjectMonitor（如果不存在）
    ObjectMonitor* monitor = new ObjectMonitor();

    // 2. 将对象的 Mark Word 从"指向 Lock Record"改为"指向 ObjectMonitor"
    //    锁标志位从 00 变为 10
    obj->set_mark(markOop::encode(monitor));

    // 3. 将之前持有轻量级锁的线程放入 ObjectMonitor 的 Owner 字段
    monitor->set_owner(lockRecordOwner);

    // 4. 将当前竞争失败的线程放入 EntryList（阻塞队列）
    monitor->enter(self);  // 线程被 park()，进入内核态阻塞

    return monitor;
}

// Java 源码
synchronized (obj) {
    count++;
}

// 编译后的字节码（javap -c 输出）
  0: aload_1           // 加载 obj 到操作数栈
  1: dup               // 复制一份引用（用于 finally 中的 monitorexit）
  2: monitorenter     // 尝试获取 monitor 锁
  3: aload_0
  4: dup
  5: getfield #2      // 读取 count
  8: iconst_1
  9: iadd
 10: putfield #2      // 写回 count++
 13: aload_1
 14: monitorexit      // 正常退出，释放 monitor 锁
 15: goto 23
 18: astore_2          // 异常处理入口
 19: aload_1
 20: monitorexit      // 异常退出，也要释放锁！
 21: athrow            // 重新抛出异常
 23: return

// JDK 6 ~ 14：完整的锁升级链路
// 无锁 → 偏向锁 → 轻量级锁 → 重量级锁

// JDK 15（JEP 374）：偏向锁默认关闭
// -XX:-UseBiasedLocking 成为默认值
// 实际升级链路变为：无锁 → 轻量级锁 → 重量级锁

// JDK 18+：偏向锁代码彻底移除
// 不再支持 -XX:+UseBiasedLocking
// 如果仍在使用偏向锁优化，需要评估是否迁移到 ReentrantLock

// 实践建议：
// ① 新项目直接用 JDK 17+，不需要关心偏向锁
// ② 老项目升级到 JDK 17 时，跑一遍 JMH 基准测试
// ③ 如果发现锁竞争密集型代码性能下降，考虑换成 ReentrantLock