如何用 Thread.sleep 配合状态机迁移编写一个优雅的自旋等待锁-java教程-PHP中文网

不推荐用 thread.sleep 配合状态机做自旋等待锁，因其不可中断、响应延迟不可控、干扰jvm优化且易引发竞态；应优先使用 reentrantlock.lockinterruptibly() 或 completablefuture 编排异步流程。

不推荐用 thread.sleep 配合状态机做自旋等待锁——它既不优雅，也不安全，还违背了现代并发编程的基本原则。

为什么这不是好主意

自旋等待（busy-waiting） 应该用 LockSupport.parkNanos、AtomicBoolean.compareAndSet 或 VarHandle 等无锁/轻量级同步原语，而不是 Thread.sleep。原因包括：

Thread.sleep 无法被中断唤醒（除非抛出 InterruptedException，但自旋中通常忽略或吞掉它）
休眠时间固定，导致响应延迟不可控：睡太短 → 浪费 CPU；睡太长 → 锁释放后还要等很久
无法与 JVM 的线程调度、锁优化（如偏向锁、自适应自旋）协同，反而干扰 JIT 和 GC 行为
状态机迁移若依赖 sleep + 轮询，容易漏判中间状态、产生竞态或虚假唤醒

真正优雅的替代方案

用标准 JDK 工具实现可中断、低开销、状态感知的等待逻辑：

优先使用 java.util.concurrent.locks.ReentrantLock 配合 lockInterruptibly() —— 内置公平性、中断支持、条件队列
若需自定义状态流转（如“尝试获取→退避→重试→超时”），用 CompletableFuture + ScheduledExecutorService 编排异步流程
极简场景下可用 AtomicInteger 或 AtomicReference 实现 CAS 自旋，配合 Thread.onSpinWait()（JDK9+）提示 CPU 优化
需要状态机语义？用 StatefulAsyncLock 模式：每个状态对应一个 CompletableFuture，状态迁移通过 thenCompose 链式推进

如果非得演示“带状态机的等待”（仅作教学参考）

下面是一个**不使用 sleep、可中断、基于 CAS 和 park 的最小可行模型**：

enum LockState { FREE, CONTENDING, HELD }
AtomicReference<lockstate> state = new AtomicReference(FREE);

boolean tryAcquire() {
    return state.compareAndSet(FREE, CONTENDING);
}

void acquireWithBackoff() throws InterruptedException {
    int spins = 0;
    while (true) {
        if (state.compareAndSet(FREE, HELD)) return;
        if (state.get() == HELD) {
            Thread.onSpinWait(); // 提示 CPU 当前在忙等
            if (++spins > 1000) {
                LockSupport.parkNanos(1L); // 真正让出 CPU，且可被 interrupt 唤醒
                if (Thread.interrupted()) throw new InterruptedException();
            }
        } else {
            // 其他线程正在争抢，短暂退避
            Thread.onSpinWait();
        }
    }
}
</lockstate>

注意：这仍是简化示例，生产环境请直接用 ReentrantLock 或 StampedLock。