先给你梳理下pselect的核心信号掩码机制：它接收一个信号掩码参数，会原子性地在函数开始执行前将该掩码设为当前进程的信号掩码，等函数返回时再恢复原来的掩码。简单来说，原本被屏蔽的信号，能在pselect运行期间临时“解禁”，函数结束后又回到被屏蔽状态。

POSIX标准里有相关表述：

若以此方式解除屏蔽的信号被捕获，pselect会被该信号中断，且（除非信号动作指定了SA_RESTART标志）将返回EINTR错误。（补充个细节：标准文档的表述其实留了个口子——如果pselect是因为文件就绪或者超时解除阻塞的，在恢复原信号掩码前收到的信号，不一定会让它返回EINTR，不过这点不影响咱们这次的问题讨论。）

接下来是你关心的核心问题：

核心疑问 #

假设在pselect执行期间，有两个不同的信号被临时解除了屏蔽，有没有可能在pselect返回、恢复之前的信号掩码这个间隙里，两个信号都被捕获处理？还是说有什么保证，这种情况下只会处理一个信号，另一个处于挂起状态？

（讨论前提：信号动作未设置SA_RESTART标志，且通过sigaction注册信号处理程序时，指定所有信号在处理程序执行期间均被屏蔽。）

针对疑问的解答 #

首先明确：POSIX标准本身并没有作出“仅会处理单个信号”的保证。翻遍POSIX的相关条款，找不到任何限制说在pselect恢复掩码的这个窗口里，只能处理一个临时解禁的信号。

从标准的设计逻辑来看，它允许在这个阶段处理多个信号：当pselect完成阻塞（不管是因为文件就绪还是超时）后，在恢复原掩码前，进程处于pselect传入的临时掩码状态，此时所有未被该掩码屏蔽的信号，只要处于待递送状态或者在这个窗口内被触发，理论上都可以被捕获处理。

你提到自己正在编写的代码会从“仅处理一个信号”的保证中获益，但很遗憾，POSIX没法给你这个承诺。如果你的代码逻辑必须依赖这一点，那得自己额外做处理——比如在pselect返回后手动检查挂起的信号，或者调整信号掩码的使用策略。

再说说不同操作系统的实现情况：

• 像Linux、FreeBSD这类严格遵循POSIX的系统，通常不会特意限制这个阶段只能处理一个信号。只要信号处于未屏蔽状态，且有对应的处理程序，就可能被递送。当然，信号本身可能有递送优先级，但这和“能不能处理多个”是两回事。
• 如果想确认特定系统的实际行为，最简单的方式是写个测试代码：模拟在pselect运行期间发送两个临时解禁的信号，观察两个信号处理程序是否都会被触发。

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