linux信号与系统调用的关系.doc
文本预览下载声明
信号与系统调用的关系：
当一个进程正在执行一个系统调用时，如果向该进程发送一个信号，那么对于大多数
系统调用来说，这个信号在系统调用完成之前将不起作用，因为这些系统调用不能被信号
打断。但是有少数几个系统调用能被信号打断，例如： wait(),pause()以及对慢速设备 （终端、
打印机等）的 read()、 write()、 open()等。如果一个系统调用被打断，它就返回-1，并将 errno
设为 EINTR。可以用下列代码来处理这种情况：
if (wirte(tfd,buf,SIZE)0) {
if (errno==EINTR) {
warn(“ Write interrupted.” );
…
…
}
}
信号的复位：
在 Linux 中，当一个信号的信号处理函数执行时，如果进程又接收到了该信号，该信
号会自动被储存而不会中断信号处理函数的执行，直到信号处理函数执行完毕再重新调用
相应的处理函数。下面的程序演示了这一点：
#include stdio.h
#include signal.h
int catch(int sig); //信号绑定函数，必须在main函数前声明。
int main(void)
{
printf(the program is starting.\n);
signal(SIGINT, catch);//接受到SIGINT信号，执行绑定的catch函数
//signal(SIGINT, SIG_DFL);//SIG_DFL 恢复成系统的缺省动作
//signal(SIGINT, SIG_IGN);//告诉进程将 SIGINT 信号忽略,CTRL+C
sleep(10);
printf(the end.\n);
return 0;
}
int catch(int sig)
{
printf(Interrupt called.\n);
sleep（4）；
printf(“Interrupt Func end.\n”);
}
执行它，结果如下：
the program is starting.
ctrl+c
Interrupt called
ctrl+c
Interrupt Func end.
Interrupt called
Interrupt Func end.
the end
只能保存一个CTRL+C。
如果在信号处理函数执行时进程收到了其它类型的信号，该函数的执行就会被中
断：the program is starting.
ctrl+c
Interrupt called
ctrl+Quit called
Quit ended.
Interrupt Func end。
the ended.
在进程间发送信号：
个进程通过对 signal()的调用来处理其它进程发送来的信号。一个进程也可以向其它的进程发送信号。这一操作是由系统调用 kill()来完成的。 kill()在 linux 系统库 signal.h中的函数声明：int kill(pid_t pid, int sig);
参数 pid 指定了信号发送的对象进程：它可以是某个进程的进程标识符(pid)，也可以是以下的值：
如果 pid 为零，则信号被发送到当前进程所在的进程组的所有进程；
如果 pid 为-1 ，则信号按进程标识符从高到低的顺序发送给全部的进程（这个过程受
到当前进程本身权限的限制）；
如果 pid 小于-1,则信号被发送给标识符为 pid 绝对值的进程组里的所有进程。
需要说明的是，一个进程并不是向任何进程均能发送信号的，这里有一个限制，就是
普通用户的进程只能向具有与其相同的用户标识符的进程发送信号。也就是说，一个用户
的进程不能向另一个用户的进程发送信号。只有 root 用户的进程能够给任何线程发送信号。
参数 sig 指定发送的信号类型。它可以是任何有效的信号。
由于调用 kill()的进程需要直到信号发往的进程的标识符，所以这种信号的发送通常只
在关系密切的进程之间进行，比如父子进程之间。
下面是一个使用 kill()调用发送信号的例子。这个程序建立两个进程，并通过向对方发
送信号 SIGUSR1 来实现它们之间的同步。这两个进程都处于一个死循环中，在接收对方发
送的信号之前，都处于暂停等待中。这是通过系统调用 pause()来实现的，它能够使一个程
序暂停，直至一个信号到达，然后进程输出信息，并用 kill 发送一个信号给对方。当用户
按了中断键，这两个进程都将终止。
#include signal.h
int ntimes=0;
main()
{
int pid,ppid;
int p_action(), c_action();
/* 设定父进程的 SIGUSR1 */
signal(SIGU
显示全部