在Java并发编程中，synchronized关键字的性能优化一直是面试的核心考点。面试题：Java 锁升级过程（偏向-轻量-重量）的核心价值在于：JVM通过动态调整锁的状态（无锁→偏向锁→轻量级锁→重量级锁），在不同并发场景下实现性能与安全性的最优平衡，解决了传统重量级锁在低并发场景下的性能损耗问题。本文将从锁升级的底层原理、各阶段实现机制、触发条件到性能对比，全面拆解这一JVM核心优化技术，结合鳄鱼java技术实验室的实测数据与案例，帮你在面试中展现对Java并发底层的深度理解，正如鳄鱼java在《Java并发编程实战》中强调的："理解锁升级，就是理解JVM如何用智慧平衡性能与安全。"
锁升级的背景：为什么需要动态锁机制？
在JDK 1.6之前，synchronized被视为"重量级锁"，依赖操作系统的互斥量（Mutex）实现，线程阻塞和唤醒需从用户态切换到内核态，性能开销极大。据鳄鱼java技术团队测试，早期synchronized的单次加锁/解锁耗时是ReentrantLock的3-5倍。
1. 传统重量级锁的性能瓶颈
- 内核态切换成本：线程阻塞时需从用户态切换到内核态，单次切换耗时约100-1000纳秒，对于简单同步代码（如i++），切换成本远超业务逻辑执行时间
- 无差别的并发处理：无论并发量高低，均使用同一锁机制，无法适应"单线程→低并发→高并发"的场景变化
- 资源浪费：即使只有一个线程竞争锁，仍需执行完整的锁获取流程，存在大量无效开销
JDK 1.6引入锁升级机制后，通过"按需分配"锁资源，使synchronized性能提升10倍以上，在低并发场景下甚至接近CAS操作的性能。
2. 锁升级的核心设计思想
锁升级的本质是"乐观锁→悲观锁"的渐进式演进，基于以下观察： - 大多数锁在大多数时间无竞争（单线程或线程交替执行） - 竞争锁的线程数量通常较少（高并发是少数场景） - 锁持有时间通常较短（多数同步代码块执行时间<100纳秒）
因此，JVM设计了从"无锁→偏向锁→轻量级锁→重量级锁"的升级路径，每个阶段对应不同的并发强度，实现"用最小的开销解决当前并发问题"。
对象头与MarkWord：锁状态的存储基石
Java对象在内存中分为对象头、实例数据和对齐填充三部分，其中对象头的MarkWord区域是锁状态存储的核心。
1. MarkWord的结构与锁状态编码
在32位HotSpot虚拟机中，MarkWord占32位，不同锁状态下的结构如下：
| 锁状态 | 25bit | 4bit | 1bit | 2bit |
|---|---|---|---|---|
| 无锁 | 对象哈希码 | 分代年龄 | 0 | 01 |
| 偏向锁 | 线程ID（23bit）+ Epoch（2bit） | 1 | 01 | |
| 轻量级锁 | 指向栈中锁记录的指针 | 00 | ||
| 重量级锁 | 指向Monitor的指针 | 10 | ||
| GC标记 | 空 | 11 | ||
关键设计：通过最后2位的"锁标志位"区分锁状态，不同状态下MarkWord存储不同信息，实现锁状态的动态切换。
2. Monitor对象：重量级锁的实现载体
当锁升级到重量级锁时，MarkWord存储指向Monitor对象的指针。Monitor（监视器锁）是C++实现的对象，包含：
- _owner：持有锁的线程ID
- _WaitSet：等待唤醒的线程队列
- _EntryList：等待获取锁的线程队列
- _count：锁的重入次数
线程获取重量级锁时，若锁被占用则进入_EntryList阻塞；释放锁时唤醒队列中的线程竞争，这就是传统synchronized的实现原理。
偏向锁：单线程场景的极致优化
偏向锁是JDK 1.6为优化"单线程重复获取锁"场景引入的机制，核心思想是"锁会偏向第一个获取它的线程"。
1. 偏向锁的获取与撤销流程
获取流程： 1. 线程访问同步块时，检查MarkWord是否为"可偏向状态"（锁标志位01，偏向位1） 2. 若未偏向任何线程，通过CAS将线程ID写入MarkWord，锁状态变为"偏向锁" 3. 若已偏向当前线程，直接进入同步块，无需任何同步操作
撤销流程： 当其他线程尝试竞争偏向锁时，需先撤销偏向锁： 1. 暂停持有偏向锁的线程（需等待全局安全点） 2. 检查持有线程是否仍在执行同步块： - 若已退出，将MarkWord重置为无锁状态 - 若仍在执行，升级为轻量级锁
鳄鱼java技术实验室测试显示：在单线程循环获取锁场景中，偏向锁比轻量级锁性能提升约20%，比重量级锁提升300%。
2. 偏向锁的启用与禁用
JVM参数控制：
- -XX:+UseBiasedLocking：启用偏向锁（默认启用，JDK 15后默认禁用）
- -XX:BiasedLockingStartupDelay=0：JVM启动后立即启用偏向锁（默认延迟4秒）
- -XX:-UseBiasedLocking：禁用偏向锁
适用场景：单线程访问同步块，无锁竞争（如单线程环境下的工具类）。
轻量级锁：多线程交替竞争的高效处理
当有两个线程交替竞争锁时，偏向锁会升级为轻量级锁，通过CAS自旋避免线程阻塞。
1. 轻量级锁的加锁与解锁过程
加锁流程： 1. 线程在栈帧中创建"锁记录"（Lock Record），复制MarkWord到锁记录（Displaced MarkWord） 2. 通过CAS将MarkWord更新为指向锁记录的指针（锁标志位00） 3. 若CAS成功，线程获取轻量级锁；若失败，说明存在竞争，进入自旋
解锁流程： 1. 通过CAS将Displaced MarkWord写回MarkWord 2. 若CAS成功，解锁完成；若失败，说明锁已膨胀为重量级锁，需唤醒阻塞线程
2. 自旋锁与自适应自旋
轻量级锁竞争时，未获取锁的线程会自旋等待（空循环），避免阻塞：
版权声明
本文仅代表作者观点，不代表百度立场。
本文系作者授权百度百家发表，未经许可，不得转载。
