写在前面

多核并发是内核绕不开的主题。不过，当多个 CPU 同时访问共享数据时需要同步机制保证数据一致。内核提供了两类基本锁：spinlock 与 mutex。本系列聚焦 spinlock，分为两部分：

• 第一部分spinlock 的通用层设计---从 spin_lock 一行调用到 arch_spin_lock 架构接口的完整调用链。还有 irq/irqsave/bh 等变体的语义差异。架构无关，
• 第二部分具体硬件架构)实现，即调用链最底层的 arch_spin_lock

一、问题：为什么需要 spinlock？——痛点直击，

痛点 1：到底是 spinlock 还是 mutex？为什么会有这么多选择，

**中断/原子上下文**——必须使用 spinlock，因为不能睡眠；老实说，**进程上下文**——如果临界区极短 用 spinlock；如果持锁时间长或不确定，用 mutex；如果临界区里需要调用可能睡眠的函数，必须用 mutex。

痛点 2：为何要拆三层？到底每层做什么，我只想知道如何加锁。

API 层（spin_lock) 面向驱动/子程序，是对外公开的入口。Raw 层负责关抢占、关中断、Lockdep 检测等通用逻辑，并根据 SMP/UP 做分派。Arch 层封装了网站特定原子指令，如 ARM 的 ticket lock 或 x86 的 LOCK 指令。

我在代码里随便选一个就行吗？不然会导致死锁吗，

- local_irq_disable: 直接关闭中断。但不保存状态，解锁时必须在已知中断开启时使用，否则会错误地打开中断。话说回来，- local_irq_save: 保存当前中断状态到 flags。接下来关闭中断，解锁时通过 local_irq_restore 恢复原状。这是最安全也最通用的做法，适用于“未知是否已关”场景。

三层架构概览

• API 层:   面向驱动/子程序的接口，仅包装后转给 raw 层。
• raw 层（raw_spinlock_t):  统一实现关抢占、中断与 Lockdep 等通用逻辑，同时按 CONFIG_SMP 做分派。
• arch 层（arch_spinlock_t):  包含网站特定原子指令，实现真正自旋获取。

为什么拆成三层？这是对“同步策略”与“原子指令”进行解耦。让同一套 API 在不同硬件上复用，无需改动上层代码。

单核下“自旋”没有意义，所以把它退化为简单的抢占屏蔽即可；这也是 *** you never see a busy-wait loop on a single-core machine.

这个四步框架让你无论是哪种变体。都能在同一个地方看到相同结构，从而避免“谁该先关谁该后解”的混乱问题。

*历史背景*—早期 spinlock_t 包含完整字段。但为支持 PREEMPT_RT 实现实时内核，将可抢占和不可抢占之分拆开来现在按照上面结构演示。*

初始化宏

• : 静态定义并初始化为未持有状态；: 动态运行时初始化，其实，