synchronized锁优化的核心目标是降低锁开销，避免一上来就陷入操作系统级的重量级阻塞；JVM自JDK1.6起引入无锁→偏向锁→轻量级锁→重量级锁的单向升级机制，依据竞争程度自动切换状态，并辅以自旋、锁消除与锁粗化等运行时优化。
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 的辅助优化，不改变锁语义，但显著减少实际开销：
- 自旋锁：线程发现锁被占用时，不立即挂起，而是在用户态循环尝试获取（忙等）。适用于临界区极短、锁持有时间远小于线程切换开销的场景；
- 适应性自旋：JVM 根据前一次在该锁上的自旋是否成功，动态调整本次自旋次数，提升命中率；
- 锁消除：JIT 编译器通过逃逸分析发现某个对象仅在当前方法内使用、不会被其他线程访问，就直接移除其上的 synchronized（如 StringBuffer 在局部方法中拼接字符串）；
- 锁粗化：将多个连续的、针对同一对象的细粒度同步块合并为一个更大的同步范围，避免反复加锁/解锁的开销（例如循环体内频繁同步）。
对象头与 Monitor 的协同运作
锁状态全部编码在对象头的 Mark Word 中，而 Monitor 是每个对象隐式关联的同步实体：
立即学习“Java免费学习笔记（深入）”；
- Mark Word 在不同锁状态下存储内容不同：偏向锁存线程 ID，轻量级锁存栈中 Lock Record 地址，重量级锁存 Monitor 地址；
- Monitor 包含 _Owner（当前持有者）、_EntryList（阻塞等待队列）、_WaitSet（wait() 挂起队列），所有锁操作最终都落在 Monitor 上；
- monitorenter / monitorexit 字节码指令（代码块）或 ACC_SYNCHRONIZED 标志（方法）只是入口，底层统一交由 JVM 基于对象头 + Monitor 完成状态流转与线程调度。
注意：偏向锁已在现代 JDK 中逐步弃用
偏向锁虽能优化单线程场景，但维护成本高、撤销开销大，在多核高并发环境下反而成为瓶颈：
- JDK 15 默认禁用偏向锁（-XX:+UseBiasedLocking 需显式开启）；
- JDK 18 彻底移除偏向锁支持，无论参数如何设置都无法启用；
- 当前主流应用更依赖轻量级锁 + 自旋 + 锁消除等组合策略，重量级锁仅作为兜底。
