Linux下send_sig()函数是否会休眠？内核原子上下文能否安全调用？

1. send_sig()在Linux系统中是否会进入休眠状态？ #

答案是不会。

send_sig()是Linux内核里用于发送信号的轻量级函数，它的核心逻辑就是把信号塞进目标进程的信号队列里，整个过程根本不会碰任何能触发休眠的操作：

• 操作进程信号相关锁的时候，用的是spinlock_t类型的自旋锁——这种锁拿不到就原地自旋等，不会主动让出CPU去休眠；
• 它不会执行内存分配（比如kmalloc()这类可能睡眠的分配函数）、等待IO或者其他会触发调度的逻辑；
• 整个信号投递流程都走的是原子操作或非阻塞路径，完全没机会进入休眠状态。

2. 能否在内核态的原子上下文环境中安全调用send_sig()？ #

绝对可以安全调用，因为send_sig()不会发生阻塞或休眠，完美符合原子上下文的要求。

内核原子上下文（比如中断处理程序、软中断、持有自旋锁的代码段）有严格规矩：不能休眠、不能触发调度、不能碰任何可能睡眠的函数。而send_sig()的实现完全避开了这些禁忌：

• 它依赖的自旋锁是原子上下文安全的，自旋过程不会触发调度；
• 所有信号队列的操作都是非阻塞的，半点儿会导致进程睡眠的逻辑都没有；
• 对比一下其他信号发送函数（比如send_signal()），后者可能涉及实时信号队列分配这类复杂逻辑，存在睡眠风险，但send_sig()做了简化，专门适配低延迟、无睡眠的场景。

所以不管是在中断上下文、软中断上下文，还是持有自旋锁的代码里调用send_sig()，都不用担心出问题。

内容的提问来源于stack exchange，提问作者NK-cell