偏向锁升级为轻量级锁的触发条件是：锁处于偏向状态时，第二个线程争抢且原偏向线程已不活跃，jvm通过cas撤销偏向并直接将mark word设为指向当前线程栈中lock record的指针。
Java 中偏向锁升级为轻量级锁的触发，本质是当一个**已经偏向的线程之外的其他线程尝试获取该锁**时，JVM 会检测到竞争，并启动撤销偏向（revoke bias）流程。若此时原偏向线程不活跃（如已退出同步块、被挂起或不在运行），JVM 就会将锁对象的 Mark Word 从“偏向锁状态”直接升级为“轻量级锁状态”，完成竞争转换。
什么情况下会触发偏向锁向轻量级锁升级
关键前提是：锁当前处于偏向锁状态，且有**第二个线程来争抢同一把锁**。
- 原偏向线程已执行完同步代码块并退出，锁未被释放（仍标记为偏向该线程），但 JVM 无法再安全地维持偏向（例如偏向线程已终止或长时间未访问）
- 新线程调用 monitorenter 指令尝试进入同步块，发现 Mark Word 中记录的 thread ID 不匹配自己，且偏向标志位为 1
- JVM 发起偏向撤销：先尝试通过 CAS 把偏向线程 ID 替换为 null（即撤销偏向），若成功，则直接将 Mark Word 设置为轻量级锁格式（包含指向栈中 Lock Record 的指针）
- 若撤销失败（例如原偏向线程仍在运行中、正在执行同步块），则升级为重量级锁（膨胀），而非轻量级锁
轻量级锁生成的关键动作
升级发生时，JVM 会在**当前竞争线程的栈帧中创建一个 Lock Record（锁记录）**，并将对象头的 Mark Word 复制到该记录中，再通过 CAS 将对象头更新为指向该 Lock Record 的指针。
- Lock Record 存储在当前线程的 Java 虚拟机栈中，属于线程私有，无共享开销
- CAS 成功 → 锁状态变为轻量级锁，线程继续执行；CAS 失败 → 可能自旋重试，或进一步膨胀为重量级锁
- 整个过程不涉及操作系统互斥量（Mutex），因此比重量级锁快得多
影响是否走轻量级锁路径的因素
不是所有竞争都会走“偏向→轻量级锁”路径，实际行为受 JVM 参数和运行时状态约束：
- -XX:-UseBiasedLocking：关闭偏向锁，跳过该阶段，直接使用轻量级锁或重量级锁
- -XX:BiasedLockingStartupDelay=0：避免启动延迟后才开启偏向锁，使测试更易复现
- 批量撤销机制：若某类对象频繁发生偏向撤销，JVM 可能对该类禁用偏向锁（bulk revocation），后续新建实例直接走轻量级锁
- 全局安全点（safepoint）：偏向撤销需在安全点进行，所以实际升级可能略有延迟，取决于线程何时到达安全点
如何验证这个过程
可通过打印锁状态变化来观察：
- 添加 JVM 参数：-XX:+PrintBiasedLockingStatistics -XX:+TraceBiasedLocking
- 配合 -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly（需 hsdis）查看底层锁指令
- 使用 JOL（Java Object Layout）工具调用 ClassLayout.parseInstance(obj).toPrintable() 查看对象头 Mark Word 的实时值（注意：需在同步块外读取，否则已被修改）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
