使用spin_lock锁定其他线程并发访问的变量时会发生什么？

第一个问题：调用spin_lock(&key)时，正在操作key的其他线程会被暂停或中断吗？ #

不会。spinlock是忙等待锁，本身没有主动抢占或中断其他运行中线程的能力：

• 只有当其他线程也尝试调用spin_lock(&key)获取同一把锁时，才会进入自旋等待状态，原地循环直到锁被持有方释放。
• 如果其他线程从来没有尝试获取这把锁，不管它是不是在操作key对应的资源，它的执行流程完全不会受到你加锁操作的任何影响。

第二个问题：其他线程未持锁就操作key会发生什么？ #

这是典型的未同步并发访问bug，没有任何确定性结果，常见的异常情况包括：

• 数据脏读/脏写：如果其他线程正在执行copy_to_user(key)或copy_from_user(key)，你加锁后同时修改key的内容，会导致用户空间拿到一半旧一半新的不完整数据，或者内核侧写入key的数据被截断、混杂。
• 内存崩溃：如果其他线程正在执行kfree(key)，你持锁后访问key会直接触发use-after-free错误；如果其他线程正在执行kmalloc给key赋值，你拿到的可能是未初始化的野指针，这两类情况都会直接导致内核oops，严重时会触发系统崩溃、权限提升漏洞。
• 逻辑状态异常：如果key是复合结构体，两边同时修改不同字段会导致结构体整体状态不一致，后续依赖key状态的所有逻辑都会出现不可预期的错误。

注意：spin_lock的并发保护是协议层面的，只有所有访问共享资源的执行流都遵守「拿锁再访问」的规则，保护才会生效，只要有一个执行流不遵守规则，所有加锁操作都没有意义。

内容的提问来源于stack exchange，提问作者Shisui