synchronized是Java天然可重入锁，由JVM通过Monitor的_Owner和_RecursionCount字段实现：首次进入设_Owner为当前线程、计数置1；重入时仅计数+1不阻塞；退出时计数-1，归零才释放锁。
synchronized 是 Java 中天然的可重入锁，意思是同一个线程在已经持有某把锁的前提下，可以再次获取它而不会被自己阻塞。
可重入的核心表现
当一个线程进入 synchronized 方法或代码块时，JVM 会为该线程维护一个锁计数器（_count）：
- 首次获取锁：计数器从 0 变为 1，_owner 指向当前线程
- 再次进入同一把锁保护的区域（比如调用另一个 synchronized 方法）：计数器 +1，不阻塞
- 每次退出同步区域时，计数器 -1；只有减到 0 时，锁才真正释放，其他线程才能竞争
典型可重入场景
常见于方法嵌套调用或递归操作，例如：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 在 synchronized 实例方法中调用本类另一个 synchronized 方法
- 在 synchronized 代码块内调用本对象的 synchronized 方法
- 递归调用自身被 synchronized 修饰的方法（如树遍历、深度计算）
为什么必须可重入
不可重入会导致单线程自死锁，破坏基本逻辑：
立即学习“Java免费学习笔记（深入）”；
- 比如“修改密码”方法需要先调用“校验旧密码”，两个方法都加了 synchronized —— 若不可重入，线程刚拿到锁就卡在第二次请求上
- 异常处理也依赖可重入：synchronized 块内抛异常时，JVM 保证自动按计数器层级逐层释放锁，不会因中途退出导致锁残留
和 ReentrantLock 的对比要点
synchronized 和 ReentrantLock 都支持可重入，但实现方式不同：
- synchronized 由 JVM 底层 ObjectMonitor 管理，无需手动 unlock，异常时也安全释放
- ReentrantLock 是显式锁，需配对 lock()/unlock()，但提供 getHoldCount() 查看当前重入次数、支持公平/非公平策略等扩展能力
- 两者都记录线程身份（_owner）和重入次数（_count 或 holdCount），这是可重入机制的本质
