sigprocmask调用后的信号交付问题：未阻塞待处理信号的触发疑问

咱们先直接给结论：会被交付。不管你调用sigprocmask()是解除哪个信号的阻塞，只要当前存在未阻塞且处于待处理状态的信号（比如你说的SIGUSR1），这次系统调用结束后，该信号就会被交付给进程。

背后的机制 #

这里的核心是理解POSIX标准对信号掩码变更的规定：当进程调用sigprocmask()修改信号掩码后，操作系统会立即检查所有未阻塞且处于待处理状态的信号——不管这些信号是否和本次掩码修改有关。只要满足“未阻塞+待处理”的条件，系统就会触发信号交付（要么调用信号处理函数，要么执行默认动作）。

举个具体场景帮你理解：

1. 进程先将SIGUSR1设为未阻塞状态；
2. 进程收到SIGUSR1，但此时可能因为正在执行某些不可中断的操作（比如内核态代码），信号暂时处于待处理队列；
3. 进程调用sigprocmask()解除SIGUSR2的阻塞（保持SIGUSR1未阻塞）；
4. 当sigprocmask()调用完成后，系统会扫描待处理信号列表，发现SIGUSR1是未阻塞的，于是立刻交付这个信号。

额外注意点 #

• 对于非实时信号（比如SIGUSR1），待处理队列中最多只能存在一个实例——就算进程多次收到该信号，也只会被交付一次；
• 如果进程在调用sigprocmask()时已经处于信号处理函数中（且当前信号处理函数没有设置SA_NODEFER），那么当前正在处理的信号会被自动阻塞，这时候其他未阻塞的待处理信号依然会在sigprocmask()返回后被交付。

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