unix信号的问题

早期unix信号的问题
1. 信号可能会丢失：信号发生了进程却不知道
2. 信号控制力弱：比如有时用户希望通知内核阻塞信号（不要忽略该信号，而是在其发生时记住它，然后在进程作好了准备时再恢复之）这种阻塞信号的能力当时并不具备。
3. 信号被抓获的时候，信号处理程序会被重置为DFL。
4. 慢性系统调用被中断时，必须手工重启之。下面的代码便是个例子：
again:
if ( (n = read(fd, buff, BUFFSIZE)) < 0) {
if (errno == EINTR)
goto again; /* just an interrupted system call */
/* handle other errors */
}

注意：
1. 中断的是系统调用，绝非函数；只有由内核执行的系统调用才会被中断
2. 慢性系统调用: 指的是可能使进程永远阻塞的系统调用.
较新的Posix.1兼容的sigaction并不使它们自动再起动。但可以使用SA_RESTART选项，使内核再起动由该信号中断的系统调用。

信号被捕捉时执行的动作
进程捕捉到信号并继续执行时，它首先执行该信号处理函数中的指令。如果从信号处理函数返回（例如没有调用exit或longjmp），则继续执行在捕捉到信号时进程正在执行的正常指令序列（这类似于硬件中断发生时所做的）。

信号处理程序中对于errno的处理
考虑一个信号处理函数，它恰好在main刚设置errno之后被调用。如果该信号处理程序调用read，则它可能更改errno的值，从而取代了刚由main设置的值。
作为一个通用规则，当在信号处理函数中调用上面列出的函数时，应当在其前保存，在其后恢复errno。(要了解经常被捕捉到的信号是SIGCHLD，其信号处理函数通常要调用一种wait函数，而各种wait函数都能改变errno)

可靠信号原语
1. 信号递送（delivery）：执行信号处理函数（take action）
2. 信号未决（pending） ：从信号产生（generation）到信号递送之间的时间间隔
3. 信号阻塞（blocked） ：信号发生时不被递送，而是暂存并于稍后递送。（SIGKILL，SIGSTOP无法被阻塞）

信号被解除阻塞
1. 当一个被设定为阻塞的信号发生多次时，当该信号被解除阻塞时，大多数UNIX系统采用的动作是只递送该信号一次（虽然Posix.1允许系统递送该信号一次或多次。如果递送该信号多次，则称这些信号排了队）。
2. 多个被阻塞的不同信号发生，当信号被解除阻塞时，Posix.1并没有规定这些信号的递送顺序。但是Posix.1建议：与进程当前状态有关的信号，例如SIGSEGV在其他信号之前递送。