阅读《深入理解UNIX系统内核》的时候，了解到了关于信号的使用。回想起之前自己用过 signal()来处理信号，但是当时实践的时候有个错误的理解：信号处理只捕获一次信号，后面的信号都没捕获到，因为没有调用我的信号处理函数。现在看来，理解错误，不是因为没捕获到，而是捕获到了，但是使用的是默认的信号处理函数处理了。
SVR2的unix版本中的信号机制是不可靠的，存在很多缺陷，最重要的问题是信号的可靠传送。信号处理函数不是持久有效的，而且在执行时不会屏蔽相应信号（即在执行信号处理函数的时候，有可能收到新的信号，不屏蔽的做法是：不会阻塞新信号，会直接传递给本进程，屏蔽的做法是：如果新信号是设为阻塞的话，那么内核就会记住它，但不会立刻传递给进程，当进程取消对新信号的阻塞后，信号将会由内核传递给进程，并在进程中得到处理，这允许程序员保护代码的临界区，防止来自一些信号的破坏）。在这个信号机制下，有一个signal()函数。书中有这么一段话：
“假设用户为一个特殊的信号设置了一个信号处理函数，当该信号发生时，内核会在调用该处理函数之前将信号的处理动作设置为默认动作。如果用户希望捕捉信号的再次发送，则每次都必须重新设置这个处理函数。”
也就是说，使用signal()的正确方法是这样：
void sigint_handler(sig)
int sig;
{
signal(SIGINT,sigint_handler);
……
}
main()
{
signal(SIGINT,sigint_handler);
}
而 sigset 系统调用制定一个持久的信号处理函数，在信号发生时，不会被重置为默认处理动作。旧的 signal 调用被保留下来以便向后兼容，由 signal 指定的处理函数不是持久性的。
但是我在自己的机器上面尝试用 signal 捕获 SIGINT 信号，即便不在 sigint_handler()中再次设置信号的处理函数，下次信号到达的时候，也会调用我的信号处理函数，而不需要在信号处理函数中再次设置信号处理函数。也许是现在的版本是 SVR4或者BSD， signal 优化成了持久性吧。不过记下此文，提醒自己，以后尽量使用sigset，少用 signal。