信号(signal)就是通知某个进程发生了某个事件，有时也称为软件中断(software interrupt)。信号通常是异步发生的，也就是说进程预先不知道信号准确发生的时刻。
信号可以：
由一个进程发送给另一个进程(或自身)。
由内核发给某个进程。
每个信号都有一个与之关联的处置(disposition)，也称为行为(action)。我们通过sigaction函数来设定一个信号的处置，并有三种选择。
1. 我们提供一个函数，他将在特定信号发生的任何时刻被调用。
2. 我们可以发某个信号设置为sig_ign来忽略(ignore)它。sigkill和sigstop这两个信号不能被忽略。
3. 我们可以把某个信号的处置设定为sig_dfl来启用他的缺省(default)处理。(缺省处置通常是在收到信号后终止进程，有些信号可能会产生一个core image, 内存影像)
signal函数
建立信号处理的posix方法就是调用sigaction函数，不过这个函数有点复杂，它需要接受一个结构参数；比较简单的方法是调用signal函数，signal函数的第一个参数为信号名，第二个参数可以是一个指向函数的指针，也可以是一个常值，如：sig_ign，sig_dfl。不过signal是早于posix出现的悠久函数，调用它时，不同的实现提供不同的信号语义以达成后向兼容，而posix则明确规定调用sigaction时的信号语义。为了方便，我们一般会定义一个自己的signal函数，在这个函数里边调用sigaction函数，这样就以所期望的posix语义提供了一个简单的接口。下边我们看来自《unix网络编程》卷一的实现：
sigfunc* signal( int signal, sigfunc *func ) {
struct sigaction act, oact;
act.sa_handler = func;
sigemptyset( &act.sa_mask );
act.sa_flags = 0;
if ( signo == sigalrm ) {
#ifdef sa_interrupt
act.sa_flags |= sa_interrupt; /* sunos 4.x */
#endif
} else {
#ifdef sa_restart
act.sa_flags |= sa_restart; /* svr4, 4.4bsd */
#endif
}
if ( sigaction(signo, &act, &oact) < 0 ) {
return sig_err;
}
return oac.sa_handler;
}
在上边这段代码中，sigfunc为一个函数指针，在由signal指定的信号发生的时候调用的处理函数；
sigemptyset( &act.sa_mask ); 设置处理函数的信号掩码
posix允许我们指定这样一组信号，他们在信号处理函数被调用时阻塞(这里的阻塞是指阻塞某个信号或某个信号集，防止它们在阻塞期间递交；不同于系统调用的阻塞)，任何阻塞的信号都不能递交给进程。我们把sa_mask成员设置为空集，意味着在该信号处理函数运行期间，不阻塞额外的信号。posix保证被捕获的信号在其信号处理函数运行期间总是阻塞的(其他的信号不能递交给进程)。
“if ( signo == sigalrm ) { " if语句中设置sa_restart标志
sa_restart标志是可选的。如果设置，由相应信号中断的系统调用将有内核自动重启。如果被捕获的信号不是sigalrm且sa_restart有定义，我们就设置该标志，一些较早期的系统(如sunos 4.x)缺省设置成自动重启被中断的系统调用，并定义了与sa_restart互补的sa_interrupt标志，如果定义了该标志，我们就在被捕获的信号是sigalrm时设置它。假设一个进程正在进行accept系统调用，此时收到一个信号，如果在4.4bsd下，则内核会自动重启被中断的系统调用，accept不会返回错误；如果是在solaris9下， 由于sa_restart标志并没有设置，那么accept会返回一个eintr错误(被中断的系统调用)。
最后我们调用sigaction函数，并将相应信号旧的行为作为signal的返回值。
符合posix的系统信号处理总结：
1. 一旦安装了信号处理函数，它便一直安装者（较早期的系统是每执行一次就将其拆除）。
2. 在一个信号处理函数运行期间，正被递交的信号是阻塞的。
3. 如果一个信号在被阻塞期间产生了一次或多次，那么该信号被解阻塞之后通常只递交一次，也就是说unix信号缺省是不排队的。
4. 利用sigprocmask函数选择性地阻塞或解阻塞一组信号是可能的。这使得我们可以做到在一段临界区代码执行期间，防止捕获某些信号，以此保护这段代码。