synchronized 的可重入性由 jvm 底层 monitor 的 _owner 和 _recursioncount 字段自动维护：首次加锁设 _owner 为当前线程、_recursioncount 为 1；重入时仅递增 _recursioncount；仅当其减至 0 才清空 _owner 并释放锁。

synchronized 实现可重入，靠的是 JVM 底层 Monitor 的智能识别与计数机制，不是代码逻辑决定的，而是由对象头里的锁状态自动维护。

Monitor 是 synchronized 的“大脑”

每个 Java 对象背后都关联一个 Monitor 结构，它包含三个关键字段：

• _Owner：存储当前持有锁的线程 ID（初始为 null）
• _RecursionCount：记录该线程对这把锁的重入次数（初始为 0）
• _EntryList：存放正在排队等待获取锁的其他线程

加锁时只认“自己人”，不阻塞重入

当线程执行 synchronized 方法或代码块时，JVM 检查对应对象的 Monitor：

OpenJDK 24

下载

• 第一次进入：_Owner 为空 → 把当前线程设为 _Owner，_RecursionCount 设为 1
• 再次进入（如递归调用、嵌套同步块）：发现 _Owner 就是当前线程 → 不抢锁、不排队，直接 _RecursionCount + 1

解锁只减次数，归零才真释放

每次退出同步范围（方法返回或代码块结束），JVM 执行 monitorexit：

• 将 _RecursionCount 减 1
• 只有当 _RecursionCount 变成 0 时，才清空 _Owner，真正释放锁
• 中间任何一次减完还大于 0，锁仍被该线程独占

典型例子说明为什么不会死锁

下面这段代码能顺利执行，正是因为可重入机制：

public synchronized void a() {
  System.out.println("进入 a");
  b(); // 再次请求同一把锁
}
public synchronized void b() {
  System.out.println("进入 b");
}

线程调用 a() 时拿到锁（_RecursionCount = 1）；执行到 b() 时发现还是自己，_RecursionCount 变成 2；b() 返回后减为 1；a() 返回后才减为 0，锁才释放。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南