在你的Linux系统中，一个进程是如何响应多个信号的？

做个小实验～上代码。

流程很简单，为SIGINT，SIGQUIT设定信号处理函数，主程序一直循环，接收来自stdin的输入，直到接收到"quit"结束。

SIGINT 信号，可以由ctrl＋c 来产生，SIGQUIT信号，可以由 ctrl+\ 来产生。编译之后，来看现象。

1、SIGINT＋SIGINT＋SIGINT＋SIGINT（多个相同信号）

如果两个SIGINT就杀死了进程，那么意味着你的系统是不可靠的信号: 处理函数必须每次都重置。如果多个SIGINT信号没有杀死进程，意味着处理函数在被调用后还起到作用。后者对重复信号的处理，一般有三个选择：

（1）.递归，调用同一个处理函数。（非显式递归，虽然处理函数没有调用自己，但是效果相同，如果设置一个静态变量在这里，效果就更明显了～～）

（2）.忽略第二个。

（3）.阻塞第二个信号直到第一个处理完毕。

当然了，你的Linux很可能会将多个信号进行入队操作，一个接一个处理完毕，或者有限地抛弃。

2、SIGINT＋SIGQUIT＋SIGINT＋SIGQUIT（不同信号交替）

这里同样处理一个，阻塞一个，忽略后两个。当先后发送SIGINT 和SIGQUIT后，会看到程序先跳到inthandler, 接着跳到quithandler。然后再回到inthandler，最后回到主循环。

3、在处理信号的时候，输入字符。

很幸运，在信号处理完毕返回主程序的时候，所于的输入都正确处理并返回了。

从这个小实验中，我们会发现使用signal（），来设定信号量的处理方式过于被动，而且简陋。首先，我们无法获知中断信号的来源。这样导致我们设定信号处理函数的时候能预防的情况过少。其次，多个信号的处理方式无法亲手设定，阻塞还是抛弃？如果要处理，阻塞多少个？还有，在信号处理返回的时候，已经执行的函数，或者系统调用，是重新开始，还是继续进行？对于一些不可重入函数，这一点就非常关键。能自由定制信号量，很有必要的。