木-Star1. synchronized 轻量级锁的自旋机制解析
在 Java 并发编程中，synchronized 关键字的锁升级过程是个经典面试考点。很多开发者对轻量级锁阶段是否包含自旋操作存在疑惑，这直接关系到我们对锁优化机制的理解深度。
轻量级锁（Lightweight Lock）是 JVM 针对多线程竞争不激烈场景设计的优化手段。当线程 A 获取锁时，会在栈帧中创建锁记录（Lock Record），通过 CAS 操作将对象头中的 Mark Word 替换为指向锁记录的指针。如果此时线程 B 也尝试获取锁，发现对象已被锁定，就会进入锁膨胀流程——但这里有个关键细节：在膨胀为重量级锁之前，JVM 确实会先进行短暂的自旋尝试。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 自旋在轻量级锁中的实现原理
2.1 自旋的触发条件
当发生轻量级锁竞争时，JVM 会先判断：
- 当前持有锁的线程是否仍在执行同步代码块（通过判断栈帧中的锁记录）
- 竞争线程数量是否在合理范围内（避免过多线程自旋浪费CPU）
HotSpot 虚拟机的实现中，默认会进行约 10 次的自旋尝试（可通过 -XX:PreBlockSpin 参数调整）。这个阶段属于"适应性自旋"，JVM 会根据历史成功率动态调整自旋次数。
2.2 自旋失败的处理流程
当自旋超过阈值仍未获取锁时：
- 撤销当前线程的锁记录
- 将对象头 Mark Word 替换为指向重量级锁的指针
- 竞争线程进入阻塞队列
关键细节：轻量级锁的自旋发生在用户态，不涉及内核态切换，这是其性能优势的关键。
3. 性能影响与实战建议
3.1 锁竞争程度的判断指标
通过 JOL (Java Object Layout) 工具观察对象头变化：
bash复制# 添加依赖
<dependency>
<groupId>org.openjdk.jol</groupId>
<artifactId>jol-core</artifactId>
<version>0.16</version>
</dependency>
# 查看对象头信息
System.out.println(ClassLayout.parseInstance(object).toPrintable());
3.2 参数调优建议
- 对于竞争激烈的场景：
bash复制-XX:-UseSpinning # 关闭自旋 -XX:+UseBiasedLocking # 启用偏向锁（JDK15后默认关闭） - 对于短时同步块：
bash复制-XX:PreBlockSpin=20 # 增加自旋次数
4. 常见误区与验证方法
4.1 误区澄清表
| 常见误解 | 实际情况 |
|---|---|
| 轻量级锁没有自旋 | 有短暂自旋阶段 |
| 自旋次数固定不变 | 采用适应性自旋策略 |
| 自旋会无限循环 | 达到阈值后升级重量级锁 |
4.2 实验验证方案
编写测试用例观察锁状态变化：
java复制public class SpinLockTest {
static final Object lock = new Object();
public static void main(String[] args) {
new Thread(() -> {
synchronized(lock) {
try { Thread.sleep(5000); }
catch (InterruptedException e) {}
}
}).start();
// 主线程稍后尝试获取锁
try { Thread.sleep(100); }
catch (InterruptedException e) {}
synchronized(lock) {
System.out.println("Main thread acquired lock");
}
}
}
使用 JVM 参数运行并观察日志：
bash复制-XX:+PrintFlagsFinal
-XX:+PrintPreciseBiasedLockingStatistics
5. 不同JDK版本的实现差异
随着 Java 版本迭代，锁机制也在持续优化：
- JDK6-14：默认启用偏向锁和轻量级锁
- JDK15+：默认禁用偏向锁（JEP 374）
- JDK18：引入新的锁实现（JEP 429）
在最新版本中，虽然基础机制不变，但自旋策略更加智能化。建议通过基准测试验证具体版本的表现：
java复制@Benchmark
@BenchmarkMode(Mode.AverageTime)
public void testSynchronized() {
synchronized(lock) {
counter++;
}
}