Linux进程信号之阻塞信号

前两天写了信号的基本概念以及如何去产生信号，欢迎大家戳博客链接：https://blog.csdn.net/apt1203JN/article/details/79955014
先来了解一下信号的三种状态：

* 信号递达（Delivery）：实际执行信号的处理动作
* 信号未决（Pending）：信号从产生到递达之间的状态
* 信号阻塞（Block）：进程可以选择阻塞某个信号，被阻塞的信号产生时将保持在未决状态，直到进程接触对此信号的阻塞，才执行递达的动作

注意阻塞和忽略的不同之处：

* 阻塞和忽略是不同的，只要信号被阻塞就不会递达，而忽略是在抵达之后可选的一种处理动作

下面来看一下操作系统为每个进程提供的一套信号机制：

上图的三张表分别为：阻塞表（Block）、未决表（Pending）、递达表
这三张表分别对应三种不同的状态：信号阻塞、信号未决、信号递达之后的自定义捕捉
前两张表都是通过位图来存储的（决定了当前是否能收到信号），信号被阻塞就将相应位置置1，否则就置0。而在pending表中，当前位是1时表示信号存在，置0时表不存在。（pending表中的数据是判断信号是否存在的重要因素）

在上图当中：

SIGHUP信号（也就是（1）号信号）未阻塞也未产生过，当它抵达时执行默认处理工作。
SIGINT信号产生过，但正在被阻塞，所以暂时不能递达。虽然它的处理动作是忽略，但在没有解除阻塞之前不能忽略这个信号，因为进程仍有机会改变处理动作之后再解除阻塞。
SIGQUIT信号从未产生过，一旦产生，SIGQUIT信号将被阻塞，它的处理动作是用户自定义的函数singhandler。

小问题：