Java 中 synchronized 锁优化的原理与实现细节-Java面试题-PHP中文网

synchronized锁优化的核心目标是降低锁开销，避免一上来就陷入操作系统级的重量级阻塞；jvm自jdk1.6起引入无锁→偏向锁→轻量级锁→重量级锁的单向升级机制，依据竞争程度自动切换状态，并辅以自旋、锁消除与锁粗化等运行时优化。

java 中 synchronized 锁优化的原理与实现细节

synchronized 锁优化的核心目标是降低锁开销，避免一上来就陷入操作系统级的重量级阻塞。JVM 从 JDK 1.6 起引入多级锁机制，根据线程竞争程度动态调整锁状态，整个过程完全由 JVM 自动管理，开发者无需干预。

锁状态只能单向升级，不可降级。每种状态对应不同竞争场景和实现方式：

无锁状态：对象刚创建时，Mark Word 中锁标志位为 01，未被任何线程锁定；
偏向锁：适用于“一个线程反复进入同一同步块”的场景。JVM 在 Mark Word 中记录偏向线程 ID 和 epoch，后续该线程再次进入无需 CAS 或系统调用，直接判断线程 ID 即可；
轻量级锁：当有第二个线程尝试获取已被偏向的锁，或新对象首次被多线程竞争时触发。线程在栈帧中创建 Lock Record，通过 CAS 将对象头指向该记录；成功则获得锁，失败则说明存在竞争，准备升级；
重量级锁：当自旋多次失败（默认 10 次）或等待线程数较多时，JVM 将锁膨胀为依赖操作系统 Mutex 的 Monitor，此时线程进入 OS 级阻塞（BLOCKED），EntryList 中排队等待。

这些属于编译期或运行期 JIT 的辅助优化，不改变锁语义，但显著减少实际开销：

java-enterprise

Java企业开发专家，专注于Spring Boot、微服务架构和JVM优化。适用于：Java语言掌握、

下载

自旋锁：线程发现锁被占用时，不立即挂起，而是在用户态循环尝试获取（忙等）。适用于临界区极短、锁持有时间远小于线程切换开销的场景；
适应性自旋：JVM 根据前一次在该锁上的自旋是否成功，动态调整本次自旋次数，提升命中率；
锁消除：JIT 编译器通过逃逸分析发现某个对象仅在当前方法内使用、不会被其他线程访问，就直接移除其上的 synchronized（如 StringBuffer 在局部方法中拼接字符串）；
锁粗化：将多个连续的、针对同一对象的细粒度同步块合并为一个更大的同步范围，避免反复加锁/解锁的开销（例如循环体内频繁同步）。

锁状态全部编码在对象头的 Mark Word 中，而 Monitor 是每个对象隐式关联的同步实体：

Mark Word 在不同锁状态下存储内容不同：偏向锁存线程 ID，轻量级锁存栈中 Lock Record 地址，重量级锁存 Monitor 地址；
Monitor 包含 _Owner（当前持有者）、_EntryList（阻塞等待队列）、_WaitSet（wait() 挂起队列），所有锁操作最终都落在 Monitor 上；
monitorenter / monitorexit 字节码指令（代码块）或 ACC_SYNCHRONIZED 标志（方法）只是入口，底层统一交由 JVM 基于对象头 + Monitor 完成状态流转与线程调度。