JVM锁优化通过智能识别竞争场景减少开销：偏向锁实现单线程零成本同步；轻量级锁配合自适应自旋应对短时竞争；锁粗化合并连续锁操作；锁消除基于逃逸分析移除冗余锁。
JVM 内部的锁优化技术不是靠“加更多锁”来提升效率，而是通过智能识别无竞争、低竞争场景，减少甚至消除锁的开销，让线程在安全前提下尽可能少地等待、少切换、少消耗资源。核心思路是：能不加锁就不加，必须加时尽量轻量，有竞争时快速响应但不过度阻塞。
偏向锁：单线程场景下的零成本同步
当 JVM 发现某个对象的同步块长期只被同一个线程进入（比如 ThreadLocal 缓存、单例初始化逻辑），就会启用偏向锁——在对象头记录该线程 ID。之后该线程再次进入，无需 CAS 或系统调用，仅做一次线程 ID 比较即可继续执行。这把“默认归属某线程”的锁，把原本每次都要走的重量级入口压到了近乎空操作的级别。
适用情况：
• 对象生命周期内基本由单一线程访问
• 同步块执行频繁但无跨线程争用
• 可通过 -XX:-UseBiasedLocking 关闭（JDK 15+ 默认禁用，因现代应用多为多线程场景）
轻量级锁 + 自适应自旋：短时竞争下的“不放弃等待”
一旦出现第二个线程尝试获取同一把锁，偏向锁撤销，升级为轻量级锁。此时竞争线程不立即挂起，而是在用户态循环“自旋”，反复尝试 CAS 获取锁。若持有锁的线程很快释放（比如临界区仅几纳秒），自旋线程就能立刻接手，避免昂贵的线程阻塞/唤醒开销。
自适应机制让这个过程更聪明：
• 如果上次在该锁上自旋成功，下次允许更长的自旋次数
• 如果多次自旋失败，则跳过自旋，直接膨胀为重量级锁，防止 CPU 空转
• 默认自旋上限约 10 次，可通过 -XX:PreBlockSpin 调整
锁粗化：合并零碎锁操作，降低调用频次
JVM 在即时编译（JIT）阶段会扫描字节码，发现同一锁对象在小范围内被连续加锁/解锁（如循环体内的 synchronized 块），就会将锁范围扩大到整个代码段外侧。例如：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
原始写法（3 次锁操作）：
synchronized(lock) { doA(); }<br>
synchronized(lock) { doB(); }<br>
synchronized(lock) { doC(); }
JIT 优化后（1 次锁操作）：synchronized(lock) { doA(); doB(); doC(); }
这显著减少了 monitor enter/exit 的调用次数，尤其在高频小操作场景中效果明显。
锁消除：逃逸分析判定“锁根本不需要”
JVM 通过逃逸分析判断一个锁对象是否可能被其他线程访问。如果确认该对象仅在当前方法或线程栈内使用（即“未逃逸”），那么即使代码写了 synchronized，JIT 编译器也会直接移除锁操作。
典型例子：
• StringBuffer 在方法内局部创建并拼接字符串（JDK 早期常见，现多被 StringBuilder 替代）
• 工具类中临时构造的 HashMap 实例用于中间计算
• 所有对象都未发布（no escape），锁就变成冗余，直接删掉
