Java中轻量级锁CAS失败后先自旋等待，失败后检查是否需撤销偏向锁，满足条件才膨胀为重量级锁，全过程由JVM自动控制，涉及Mark Word更新、Monitor分配及锁记录迁移。
java中轻量级锁在cas失败后并不会直接“转换为重量级锁”，而是先升级为偏向锁撤销后的轻量级锁状态，若竞争持续加剧，才会进一步膨胀为重量级锁（monitor）。这个过程由jvm在对象头和锁记录协同控制，不是手动触发，也不涉及显式代码干预。
轻量级锁加锁失败时的典型路径
当线程尝试获取一个已处于轻量级锁状态的对象锁时，会执行CAS操作将对象头中的Mark Word替换为当前线程栈帧中的锁记录地址。若CAS失败，说明存在竞争，JVM会按以下逻辑处理：
- 检查对象是否处于偏向锁状态：若是，先撤销偏向锁（可能触发全局安全点），然后进入轻量级锁流程；
- 若对象已是轻量级锁状态且CAS失败，当前线程会进入自旋等待（默认10次，可通过-XX:PreBlockSpin调整）；
- 自旋失败后，JVM判断是否满足膨胀条件（如自旋次数超限、持有锁线程已阻塞、或系统负载较高等）；
- 满足条件则触发锁膨胀：将Mark Word更新为指向Monitor对象的指针，并将所有相关锁记录迁移至Monitor的EntryList中。
Monitor（重量级锁）的生成与关联
锁膨胀时，JVM从当前线程所属的ObjectMonitor池中分配或复用一个Monitor对象，关键步骤包括：
- 调用ObjectSynchronizer::inflate()方法完成膨胀；
- 将对象Mark Word设置为指向该Monitor的指针（高位为1，标识重量级锁）；
- 原轻量级锁记录中的线程信息、锁计数等被整合进Monitor的_owner、_EntryList、_WaitSet等字段；
- 后续争抢线程不再自旋，而是直接park()挂起，加入Monitor的_EntryList等待唤醒。
影响锁膨胀的关键JVM参数
以下参数可间接影响CAS失败后是否快速膨胀：
- -XX:+UseBiasedLocking：启用偏向锁（默认JDK8+开启），影响初始锁状态；
- -XX:BiasedLockingStartupDelay=0：跳过延迟启用，便于测试偏向锁撤销；
- -XX:CompileThreshold=10000：影响JIT编译时机，进而影响锁优化（如锁消除、粗化）；
- -XX:+TraceMonitorInflation：打印锁膨胀日志，用于诊断（如[Full inflation]）。
如何观察锁状态变化
借助工具验证锁升级过程：
立即学习“Java免费学习笔记（深入）”；
- 使用jol（Java Object Layout）打印对象头：
new Object()在不同同步块中运行后对比Mark Word值； - 开启-XX:+PrintAssembly（需hsdis）查看同步指令是否生成monitorenter/monitorexit；
- 配合-XX:+UnlockDiagnosticVMOptions -XX:+PrintNMTStatistics分析Monitor内存分配行为。
