Java轻量级锁自旋是JVM自动启用的优化机制，无需手动配置；它在锁竞争失败且满足多核、持有线程运行中、锁未膨胀、自旋成功率高等条件时触发，否则直接挂起线程。
Java 中轻量级锁的自旋机制**不需要手动配置**，它是 JVM 内置的、自动启用的优化行为，发生在 synchronized 锁升级路径中——即当轻量级锁竞争失败、尚未升级为重量级锁前，JVM 会自动尝试自旋等待。你无法通过参数“开启”或“关闭”这个自旋动作，但可以通过合理设置和编码习惯来**影响它的触发条件与效果**，从而减少线程挂起。
自旋发生的前提条件
只有满足以下条件，JVM 才会在轻量级锁竞争失败后执行自旋，而不是直接挂起线程：
- 锁对象处于轻量级锁状态（未膨胀为重量级锁）
- 当前线程发现锁被其他线程持有，但持有线程仍在运行（未阻塞、未长时间休眠）
- 系统为多核 CPU（单核下自旋无意义，JVM 自动跳过）
- 锁的历史自旋成功率较高（自适应逻辑起作用）
关键 JVM 参数可间接调控自旋行为
虽然不能“开关”自旋，但以下参数会影响其策略强度与退避节奏：
- -XX:+UseAdaptiveSpinning：默认开启（JDK 6+），启用自适应自旋；禁用后将回退到固定次数自旋（不推荐）
- -XX:PreBlockSpin=10：仅在未启用自适应时生效，设固定自旋次数（默认值为 10，已基本被自适应取代）
- -XX:+UseBiasedLocking：默认开启，偏向锁有效可大幅减少轻量级锁竞争，间接降低自旋发生概率
- -XX:BiasedLockingStartupDelay=0：加快偏向锁启用时机，适合启动后快速进入低竞争场景
代码层面让自旋更高效、更少挂起
自旋是否成功，根本取决于临界区执行时间是否足够短。你要做的是让锁“快进快出”，而非干预 JVM 的自旋逻辑：
立即学习“Java免费学习笔记（深入）”；
- 把同步块控制在极简范围：只包裹原子操作（如 flag = true、counter++），避免 I/O、sleep、wait、数据库调用等任何阻塞行为
- 避免在 synchronized 内做复杂计算或循环，否则即使自旋成功获取锁，也会拖长持有时间，导致后续线程大概率自旋失败而挂起
- 若临界区平均耗时 > 1 微秒，应考虑用 LongAdder、StampedLock 或无锁数据结构替代 synchronized
- 对高频低争用计数场景，优先用 AtomicInteger（内部已做自旋+分段优化），比手写 synchronized 更稳
什么时候自旋一定会失败并挂起？
以下情况 JVM 会快速放弃自旋，直接走重量级锁流程（即线程挂起）：
- 锁已被升级为重量级锁（对象头 Mark Word 中标记为 Monitor 指针）
- 持有锁的线程已进入阻塞态（如 wait()、sleep()、I/O 等待）
- 自旋期间检测到系统负载过高或 CPU 资源紧张（JVM 动态判断）
- 同一锁连续多次自旋失败，自适应逻辑判定“该锁不适合自旋”
