sigprocmask后传递信号

Question

我的印象是，使用sigprocmask()解除信号阻塞将导致待处理的阻塞信号被传递给进程。

在使用sigprocmask()解除阻塞信号的特定情况下，如果存在已经解除阻塞的待处理信号（例如SIGUSR1 ），则信号SIGUSR1将通过调用sigprocmask()解除阻塞另一个信号的方式传递给进程同时保持SIGUSR1畅通吗？

Answer 1

为了彻底理解它，我们需要了解如何在Linux中生成和传递信号。

当内核接收到任何信号请求时，只要不阻塞信号，它将为进程设置信号挂起标志。 现在，在返回用户模式之前，内核会检查是否存在未阻塞的待处理信号，以供处理。 如果是，则内核更喜欢在返回用户模式之前传递该信号。 现在来问你的问题：

如果存在已被解除阻止的待处理信号（例如SIGUSR1），

我假设signal（SIGUSR1）首先被阻止，然后被解除阻止。 在这种情况下，当用户尝试解锁信号时，信号将在用户进程恢复到用户模式之前被传递。 对于前。 如果使用sigprocmask()解除信号阻塞，那么即使在sigprocmask()返回之前，信号也将被传递。

信号SIGUSR1是否通过调用sigprocmask（）传递到进程，而sigprocmask（）会取消阻塞另一个信号，同时保持SIGUSR1处于未阻塞状态？

如果多个待处理信号被解除阻塞并准备好进行传递，则内核会选择信号数量最少的信号（当然，同步信号比异步信号具有更高的优先级）首先传递。