Java锁升级本质是JVM基于竞争动态调整synchronized开销，以Mark Word变化为载体：无锁→偏向（存TID）→轻量（存Lock Record指针）→重量（存Monitor指针），单向不可逆；触发条件包括竞争线程介入、自旋失败或批量撤销阈值达成。

Java 中锁升级路线图不是靠死记硬背，而是要讲清 为什么升级、在什么条件下触发、升级过程如何发生，以及 底层怎么支撑。面试官想看到的是你对 synchronized 底层机制的理解深度，而不是画一张漂亮但空洞的流程图。

紧扣对象头 + Mark Word 演变讲清楚升级动因

锁升级本质是 JVM 对同一把 synchronized 锁在不同竞争场景下，动态调整其同步开销的过程。核心载体是对象头里的 Mark Word：

• 无锁状态：Mark Word 存储对象哈希码、分代年龄、是否偏向锁等信息
• 偏向锁：Mark Word 存储线程 ID + epoch + 偏向标志，零成本进入（仅一次 CAS）
• 轻量级锁：Mark Word 存储指向栈中 Lock Record 的指针，用 CAS 尝试抢占
• 重量级锁：Mark Word 存储指向 Monitor 对象的指针，线程挂起/唤醒走操作系统

强调一点：升级是单向的（偏向 → 轻量 → 重量），不可降级（JDK 15+ 实验性支持撤销偏向，但不等于降级）。

用真实触发条件代替“时间点”描述升级时机

避免说“运行一段时间后升级”，要说出具体事件驱动：

立即学习“Java免费学习笔记（深入）”；

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• 偏向锁撤销：当另一个线程尝试获取已偏向的锁时，会先暂停偏向线程，检查其是否存活；若已退出同步块，则直接重置为无锁；若仍在执行，则升级为轻量级锁
• 轻量级锁膨胀：自旋一定次数（默认 10 次，由 -XX:PreBlockSpin 控制）后仍未获取锁，或自旋线程数过多（导致 CPU 浪费），就膨胀为重量级锁
• 批量重偏向/批量撤销：JVM 会统计类下对象的锁撤销次数，达到阈值（如 20 次）后，对该类新创建对象直接禁用偏向锁，或批量撤销已有偏向

画图建议：用三栏对比法，突出状态、存储内容、线程行为

别画成从左到右的线性流程图。推荐横向三栏结构（可手绘示意）：

• 第一栏（锁状态）：标出“无锁 / 偏向 / 轻量 / 重量”四个阶段
• 第二栏（Mark Word 内容）：对应写出关键字段（如“thread_id | epoch | biased”、“ptr_to_lock_record”、“ptr_to_monitor”）
• 第三栏（线程行为）：写明“无操作 / 检查 TID / CAS 替换 / 挂起进等待队列”

旁边加一列小字备注典型场景：“单线程反复进入 → 偏向锁生效”、“两个线程交替抢 → 很快膨胀为重量级锁”、“高并发短临界区 → 可能长期停留在轻量级”。

收尾点睛：带一句 JVM 参数和验证方式

展示你真调过、看过：

• 开启偏向锁：-XX:+UseBiasedLocking（JDK 15 默认关闭，需显式开启）
• 查看锁状态：jhsdb jmap --heap --pid <pid> 或使用 JOL（Java Object Layout）打印对象头
• 观察升级过程：用 -XX:+PrintSynchronizationStatistics -XX:+UnlockDiagnosticVMOptions（部分版本支持）

最后补一句：“锁升级不是优化银弹——如果业务本身存在严重锁竞争，再聪明的升级策略也扛不住，这时候得回归代码层面减少临界区或换并发结构。”