如果两个SIGINT就杀死了进程，那么意味着你的系统是不可靠的信号: 处理函数必须每次都重置。如果多个SIGINT信号没有杀死进程，意味着处理函数在被调用后还起到作用。后者对重复信号的处理，一般有三个选择：
（1）.递归，调用同一个处理函数。（非显式递归，虽然处理函数没有调用自己，但是效果相同，如果设置一个静态变量在这里，效果就更明显了～～）
（2）.忽略第二个。
（3）.阻塞第二个信号直到第一个处理完毕。
当然了，你的Linux很可能会将多个信号进行入队操作，一个接一个处理完毕，或者有限地抛弃。
2、SIGINT＋SIGQUIT＋SIGINT＋SIGQUIT（不同信号交替）
这里同样处理一个，阻塞一个，忽略后两个。当先后发送SIGINT 和SIGQUIT后，会看到程序先跳到inthandler, 接着跳到quithandler。然后再回到inthandler，最后回到主循环。
3、在处理信号的时候，输入字符。
很幸运，在信号处理完毕返回主程序的时候，所于的输入都正确处理并返回了。
从这个小实验中，我们会发现使用signal（），来设定信号量的处理方式过于被动，而且简陋。首先，我们无法获知中断信号的来源。这样导致我们设定信号处理函数的时候能预防的情况过少。其次，多个信号的处理方式无法亲手设定，阻塞还是抛弃？如果要处理，阻塞多少个？还有，在信号处理返回的时候，已经执行的函数，或者系统调用，是重新开始，还是继续进行？对于一些不可重入函数，这一点就非常关键。能自由定制信号量，很有必要的。