1. 自旋锁基础概念：工作原理、忙等待机制与互斥锁的区别

1.1 自旋锁的核心思想

自旋锁（Spinlock）是 Linux 内核中最轻量级的同步原语之一，专为短临界区设计。当锁被其他执行单元持有时，申请者不会睡眠，而是原地循环“自旋”，反复检查锁是否已被释放。这种忙等待（Busy-Waiting）机制避免了线程切换的开销，但代价是持续消耗 CPU 时间。

1.2 忙等待机制详解

自旋锁的忙等待通过原子操作实现。典型的自旋锁获取流程如下：

1. 原子测试并设置（TAS）：CPU 执行一条原子指令（如 x86 的 lock cmpxchg），尝试将锁变量从 0 改为 1。
2. 条件判断：若原值为 0，表示锁空闲，获取成功，进入临界区。
3. 循环等待：若原值为 1，表示锁被持有，CPU 在一个紧凑循环中反复执行 pause 或 nop 指令，持续读取锁变量，直到其变为 0。
4. 内存屏障：获取锁后插入内存屏障（smp_mb），保证临界区内的读写操作不会重排到锁获取之前。

// 自旋锁获取的简化伪代码（x86 架构）
void spin_lock(spinlock_t *lock) {
    while (atomic_xchg(&lock->val, 1) != 0) {
        // 忙等待：反复执行 pause 指令降低功耗
        while (lock->val != 0)
            cpu_relax();
    }
    smp_mb(); // 获取锁后的内存屏障
}

1.3 自旋锁 vs 互斥锁：核心差异

自旋锁与互斥锁（Mutex）是内核中两种最基础的锁机制，其设计哲学截然不同。下表从多个维度对比两者的差异：

1.4 自旋锁的工作流程（SVG 图示）

下图展示了自旋锁在双核系统中的典型工作流程：CPU0 持有锁执行临界区，CPU1 忙等待直到锁释放。

1.5 自旋锁的变体与选择

Linux 内核提供了多种自旋锁变体，以适应不同的上下文需求：

• spin_lock() / spin_unlock()：标准自旋锁，不处理中断，适用于已知中断已关闭的上下文。
• spin_lock_irq() / spin_unlock_irq()：获取锁时关闭本地中断，释放时恢复。用于中断处理程序与进程上下文共享数据。
• spin_lock_irqsave() / spin_unlock_irqrestore()：保存当前中断状态后关中断，释放时恢复原状态。最安全的变体，推荐在不确定中断状态时使用。
• spin_lock_bh() / spin_unlock_bh()：获取锁时禁用软中断（Bottom Half），用于进程上下文与软中断上下文共享数据。

1.6 自旋锁与互斥锁的选择决策树（SVG 图示）

下面的决策树帮助开发者在自旋锁与互斥锁之间做出正确选择：

1.7 常见误区与避坑指南

• 误区1：认为自旋锁在单核 CPU 上无开销 → 实际上单核上自旋锁退化为 preempt_disable()，仍有抢占禁用开销。
• 误区2：在中断处理函数中使用 spin_lock() 而非 spin_lock_irqsave() → 若进程上下文已持有锁，中断触发后自旋等待，造成死锁。
• 误区3：临界区过长（> 100 微秒）仍使用自旋锁 → 导致系统响应延迟飙升，实时性任务被饿死。
• 误区4：忘记释放锁或释放顺序错误 → 造成资源泄漏或系统死锁。