信号保存
对信号产生有了一定的理解后，就可以从时间维度上讲解信号保存的话题。
信号相关概念
- 实际执行信号的处理动作称为信号递达 (Delivery)
- 信号从产生到递达之间的状态，称为信号未决 (Pending)。
- 进程可以选择阻塞 (Block) 某个信号。(屏蔽某个信号 --> 既然能屏蔽就能解除)
- 被阻塞的信号产生时将保持在未决状态，直到进程解除对此信号的阻塞，才执行递达的动作。
- 注意：阻塞和忽略是不同的，只要信号被阻塞就不会递达，而忽略是在递达之后可选的一种处理动作。
信号是否被阻塞在内核中是用位图进行表示：pending 位图表示是否收到信号，block 位图表示信号是否被屏蔽。
进程如何识别信号
信号在内核中的表示示意图：
- 每个信号都有两个标志位分别表示阻塞 (block) 和未决 (pending)，还有一个函数指针表示处理动作。信号产生时，内核在进程控制块中设置该信号的未决标志，直到信号递达才清除该标志。在上图的例子中，SIGHUP 信号未阻塞也未产生过，当它递达时执行默认处理动作。
- SIGINT 信号产生过，但正在被阻塞，所以暂时不能递达。虽然它的处理动作是忽略，但在没有解除阻塞之前不能忽略这个信号，因为进程仍有机会改变处理动作之后再解除阻塞。
- SIGQUIT 信号未产生过，一旦产生 SIGQUIT 信号将被阻塞，它的处理动作是用户自定义函数 sighandler。
这表明什么呢？信号是否收到信号，是否阻塞，用什么方法进行处理，都是围绕这张表进行的啊！
结论：围绕这信号，进程能识别信号，本质是三张表：block 表 pending 表 handler 表 --> 由理论转实操：都是对这三张表的操作。
struct task_struct { ... /* signal handlers */ sigset_t blocked struct sigpending pending; ... }
struct sigpending { struct list_head list; signal; }
{ sig[_NSIG_WORDS]; } ;
{ count; action[_NSIG];
