真正的上锁前，为何要调用pr…

关注

转载最新推荐文章于 2026-09-23 16:57:56 发布 321 阅读 AI 写同款· GEO 优化 ›

读懂合并PR：从GitHub高质量Pull Request中学习代码设计与工程实践在开源协作中，Pull Request是代码变更的核心载体，而合并（Merged）的PR更记录了从问题定位、方案讨论到最终落地的完整决策链路。与直接阅读源码相比，合并PR保留了被否定的思路、维护者的审查意见以及测试演进的轨迹，是理解大型项目设计逻辑的高效素材。通过筛选GitHub上标注为merged、performance、bug或comments较多的PR，开发者可以按“描述—文件变更—核心diff—评论—测试”的顺序拆解，从而掌握缓存、并发、接口抽象等通用工程问题的解决范式。从Vue.js、Redis到阅读详情

static inline void raw_spin_lock(raw_spinlock_t *lock)
{
preempt_disable();
do_raw_spin_lock(lock);
}

在真正的上锁前，为何要调用preempt_disable()来关闭抢占？

==》
1.如果内核可抢占, 单CPU
   process1通过系统调用进入内核态，如果其需要访问临界区，则在进入临界区前获得锁，上锁，V=1，然后进入临界区
   如果process1在内核态执行临界区代码的过程中发生了一个外部中断，当中断处理函数返回时，因为内核的可抢占性，此时将会出现一个调度点，如果CPU的运行队列中出现了一个比当前被中断进程process1优先级更高的进程process2，那么被中断的进程将会被换出处理器，即便此时它正运行于内核态。
   如果process2也通过系统调用进入内核态，且要访问相同的临界区，则会形成死锁(因为拥有锁的Process1永没有机会再运行从而释放锁）

2.如果内核可抢占，多CPU
   CPU1上的process1通过系统调用进入内核态，如果其需要访问临界区，则在进入临界区前获得锁，上锁，V=1，然后进入临界区
     如果process1在内核态执行临界区代码的过程中发生了一个外部中断，当中断处理函数返回时，因为内核的可抢占性，此时将会出现一个调度点，如果CPU1的运行队列中出现了一个比当前被中断进程process1优先级更高的进程process2，那么被中断的进程process1将会被换出处理器，即便此时它正运行于内核态。
   如果CPU2上的process3也通过系统调用进入内核态，且要访问相同的临界区，也一样形成死锁


为了防止系统进入死锁状态，需要在真正上锁前，调用preempt_disable()来关闭抢占

收录于