自旋锁在多核环境下通过CAS原子操作实现高效短时等待，依赖核心并行与自适应策略优化性能，但高竞争时会升级为重量级锁以平衡CPU开销与响应延迟。
自旋锁在多核竞争下的性能优势，核心在于“用 CPU 时间换调度开销”——它只在锁持有时间极短、线程竞争不激烈的前提下才真正高效，且必须依赖多核并行能力才能成立。
多核让“忙等”变成有效等待
单核环境下，一个线程持锁执行时，另一个自旋线程根本抢不到 CPU，只能空转耗电；而多核下，持锁线程和自旋线程可分别运行在不同核心上：
- 持锁线程在 Core A 执行临界区，很快释放锁
- 自旋线程在 Core B 持续用 CAS 检测对象头 Mark Word
- 一旦锁释放，Core B 上的线程几乎立刻通过 CAS 成功抢入，无需陷入内核态挂起/唤醒
CAS 是自旋能落地的技术基础
每次自旋不是盲目轮询，而是执行一次原子操作：
- 读取对象头当前值（V）
- 比对是否仍为“无锁态”（如最后两位是 01）或“本线程持有的轻量级锁”（支持重入）
- 若匹配，就用指针替换 Mark Word，状态位设为 00；不匹配则重读再试
这种原子性保障了多个线程同时自旋不会破坏锁状态，也避免了加锁本身的同步开销。
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
自适应策略让等待更聪明
JDK 6 起默认启用自适应自旋，不再硬编码循环 10 次：
- 上次同一把锁自旋成功 → 本次允许更多轮次，提高命中率
- 观察到持锁线程仍在运行（未被挂起）→ 更倾向继续自旋，因释放概率高
- 连续几次都失败 → 缩短自旋周期，快速让出 CPU，升级为重量级锁走 Monitor 队列
这使自旋从“死等”变为“有依据的短时等待”，兼顾延迟敏感与 CPU 利用率。
优势有边界，不是越自旋越好
自旋本质是资源置换：拿 CPU 周期换响应速度。但存在明确约束：
- JVM 默认自旋上限一般为 10 次（可通过 -XX:PreBlockSpin 调整，但不宜过大）
- 一旦检测到真实高竞争（比如多个线程反复失败），会立即膨胀为重量级锁，将线程挂起交由操作系统调度
- 升级后该对象后续加锁直接走重量级路径，不再尝试轻量级或自旋
这不是退化，而是理性权衡：当等待成本超过调度开销时，阻塞反而更经济。
