首先我们先来看看常用的信号都有那些
说明:
信号一共有62个,可能很多人都会像我一样被欺骗,实际上中间没有32,33信号。1-31好信号为普通信号,34-64为实时信号
接下里就让我们来了解一下信号的产生条件:
1. 用户在终端按下某些键时,终端驱动程序会发送信号给前台进程,例如Ctrl-C产生SIGINT信号,Ctrl-\产生SIGQUIT信号,Ctrl-Z产生SIGTSTP信号。
2. 硬件异常产生信号,这些条件由硬件检测到并通知内核,然后内核向当前进程发送适当的信 号。例如当前进程执行了除以0的指令,CPU的运算单元会产生异常,内核将这个异常解释为SIGFPE信号发送给进程。再比如当前进程访问了非法内存地址,,MMU会产生异常,内核 将这个异常解释为SIGSEGV信号发送给进程。
3. 一个进程调用kill(2)函数可以发送信号给另一个进程。 可以用kill(1)命令发送信号 给某个进程,kill(1)命令也是调用kill(2)函数实现的,如果不明确指定信号则发送 SIGTERM信号,该信号的默认处理动作是终止进程。 当内核检测到某种软件条件发生时也可以通过信号通知进程,例如闹钟超时产生SIGALRM信号,向读端已关闭的管道写数据时产生 SIGPIPE信号。 如果不想按默认动作处理信号,用户程序可以调用sigaction(2)函数告诉内核如何处理某种信号。
信号的产生
信号的产生方式
1、通过终端按键产生信号(例如Ctrl-C产生SIGINT信号,Ctrl-\产生SIGQUIT信号,Ctrl-Z产生SIGTSTP信号。)
2、调用系统函数向进程发信号
raise函数可以给当前进程发送指定的信号(自己给自己发信号)。
abort函数使当前进程接收到SIGABRT信号而异常终止。
3、软件条件产生信号
例如alarm函数和SIGALRM信号的产生就是一个由软件产生的信号
进程收到信号的时候不是立即处理的,在合适的时候处理。(将会在下文中详细介绍)
信号的处理方式
1、忽略
2、默认动作(一般都是终止当前的进程)
3、提供处理信号函数 (用户自定义函数)信号捕捉
信号的阻塞
A.信号在内核的表示
以上我们讨论了信号产生(Generation )的各种原因,而实际执行信号的处理动作称为信号递达(Delivery),信号从产生到递达之间的状态,称为信号未决(Pending)。进程可以选择阻塞(Block)某个信号。被阻塞的信号产生时将保持在未决状态,直到进程解除对此信号的阻塞,才执行递达的动作。注意,阻塞和忽略是不同的,只要信号被阻塞就不会递达,二忽略是在递达之后可选的一种处理动作。信号在内核中的表示可以看作是这样的:
每个信号都有两个标志位分别表示阻塞(block)和未决(pending),还有个函数指针表示处理动作。信号产生时,内核在进程控制块中设置该信号的未决标志,直到信号递达才清除该标志。在上图的例子中,
1. SIGHUP信号未阻塞也未产生过,当它递达时执行默认处理动作。
2. SIGINT信号产生过,但正在被阻塞,所以暂时不能递达。虽然它的处理动作是忽略,但在没有解除阻塞之前不能忽略这个信号,因为进程仍有机会改变处理动作之后再解除阻塞。
3. SIGQUIT信号未产生过,一旦产生SIGQUIT信号将被阻塞,它的处理动作是用户自定义函数sighandler。
B.信号集操作函数
注意,在使用sigset_t类型的变量之前,一定要调用sigemptyset或sigfillset做初始化,使信号集处于确定的状态
sigemptyset();将信号集清空
sigefillset():将信号集设为有效
sigaddset();添加信号
sigdelset():删除信号
sigismember():判断是不是属于该信号集
C.sigpromack
调用sigprocmask可以读取乎更改进程的信号屏蔽字(阻塞信号集)
返回值:若成功则为0,若出错则为-1
如果oset是非空指针,则读取进程的当前信号屏蔽字通过oset参数传出。如果set是非空指针,则 更改进程的信号屏蔽字,参数how指⽰如何更改。如果oset和set都是非空指针,则先将原来的信号 屏蔽字备份到oset里,然后根据set和how参数更改信号屏蔽字。假设当前的信号屏蔽字为mask,下表说明了how参数的可选值。
如果调用sigprocmask解除了对当前若干个未决信号的阻塞,则在sigprocmask返回前,至少将其中一个信号递达。
how参数的含义
D.sigpending
sigpending读取当前进程的未决信号集,通过set参数传出。调用成功则返回0,出错则返回-1。
下面用刚学的几个函数做个实验。程序如下:
#include<stdio.h>
#include<signal.>
voidshow_pending(sigset_t *set)
{
int i =1;
for(; i<=31; i++)
{
if(sigismember(set,i))
printf("1");
else
printf("0");
}
printf("\n");
}
int main()
{
sigset_t block,oblock,pending;
sigemptyset(&block);
sigemptyset(&oblock);
sigemptyset(&pending);
/*int i =1;
for(;i < 32; i++)
{
sigaddset(&block,i);
}*/
sigaddset(&block,SIGINT);
//阻塞2号信号
sigprocmask(SIG_BLOCK,&block,&oblock);
/*for(i=1; i<32; i++)
{
sigprocmask(SIG_BLOCK,&block,&oblock);
}*/
while(1)
{
sigpending(&pending);
show_pending(&pending);
sleep(1);
}
return 0;
}
程序运行时,每秒钟把各信号的未决状态打印一遍,由于我们阻塞了SIGINT信号,按Ctrl-C将会使SIGINT信号处于未决状态,按Ctrl-\仍然可以 程序,因为SIGQUIT信号没有阻塞。
假设将前边的31个信号都阻塞,检验一下那些不能阻塞呢?
例如:
#include<stdio.h>
#include<signal.>
voidshow_pending(sigset_t *set)
{
int i =1;
for(; i<=31; i++)
{
if(sigismember(set,i))
printf("1");
else
printf("0");
}
printf("\n");
}
int main()
{
sigset_tblock,oblock,pending;
sigemptyset(&block);
sigemptyset(&oblock);
sigemptyset(&pending);
int i =1;
for(;i < 32; i++)
{
sigaddset(&block,i);
}
//sigaddset(&block,SIGINT);
//阻塞2号信号
//sigprocmask(SIG_BLOCK,&block,&oblock);
for(i=1; i<32; i++)
{
sigprocmask(SIG_BLOCK,&block,&oblock);
}
while(1)
{
sigpending(&pending);
show_pending(&pending);
sleep(1);
}
return 0;
}
最后验证发现9号信号,18、19号信号是不能阻塞的。
信号的捕捉
A. 内核如何实现信号的捕捉
如果信号的处理动作是用户自定义函数,在信号递达时就调用这个函数,这称为捕捉信号。由于信号处理函数的代码是在用户空间的,处理过程比较复杂,举例如下:
1. 用户程序注册了SIGQUIT信号的处理函数sighandler。
2. 当前正在执行main函数,这时发生中断或异常切换到内核态。
3. 在中断处理完毕后要返回用户态的main函数之前检查到有信号SIGQUIT递达。
4. 内核决定返回用户态后不是恢复main函数的上下文继续执行,而是执行sighandler函数,sighandler和main函数使用不同的堆栈空间,它们之间不存在调用和被调用的关系,是 两个独立的控制流程。
5. sighandler函数返回后自动执行特殊的系统调用sigreturn再次进入内核态。
6. 如果没有新的信号要递达,这次再返回用户态就是恢复main函数的上下文继续执行了。
B.signal注册函数
C.pause函数
pause函数使调用进程挂起直到有信号递达。
如果信号的处理动作是终止进程,则进程终止,pause函数没有机会返回;如果信号的处理动作是忽略,则进程继续处于挂起状态,pause不返回;如果信号的处理动作是捕捉,则调用了信号处理函数之后pause返回-1,errno设置为EINTR, 所以pause只有出错的返回值。错误码EINTR表“被信号中断”。
下面我们alarm、pause和signal实现sleep函数,称为mysleep
#include<stdio.h>
#include <stdlib.h>
#include <signal.h>
//注册SIGALRM信号的函数
void catch(intsig)
{}
int my_sleep(inttimeout)
{
signal(SIGALRM,catch);//注册SIGALRM信号的函数
alarm(timeout);
pause();
int ret = alarm(0);//获取闹钟剩余的时间
signal(SIGALRM,SIG_DFL);//重新将SIGALRM信号的函数恢复默认
return ret;
}
int main()
{
while(1)
{
printf("hello world\n");
my_sleep(1);
}
return 0;
}
注意:如果信号的处理动作是终止进程,则进程终止,pause函数没有机会返回;如果信号的处理动作是忽略,则进程继续处于挂起状态,pause不返回;如果信号的处理动作是捕捉,则调用了信号处理函数之后pause返回-1,所以在实现的时候需要使用捕捉信号。
实现的过程:
1. main函数调用mysleep函数,后者调用sigaction注册了SIGALRM信号的处理函数sig_alrm。
2. 调用alarm(nsecs)设定闹钟。
3. 调用pause等待,内核切换到别的进程运行。
4. nsecs秒之后,闹钟超时,内核发SIGALRM给这个进程。
5. 从内核态返回这个进程的用户态之前处理未决信号,发现有SIGALRM信号,其处理函数是sig_alrm。
6. 切换到用户态执行sig_alrm函数,进行sig_alrm函数时SIGALRM信号被自动屏蔽,从sig_alrm函数返回时SIGALRM信号自动解除屏蔽。然后自动执行系统调用sigreturn再次进入内核,再返回用户态继续执行进程的主控制流程(main函数调用的mysleep函数)。
7. pause函数返回-1,然后调用alarm(0)取消闹钟,调用sigaction恢复SIGALRM信号以前的处理动作。
竞态条件与sigsuspend函数
现在重新审视“mysleep”程序,设想这样的时序:
1. 注册SIGALRM信号的处理函数。
2. 调用alarm(nsecs)设定闹钟。
3. 内核调度优先级更高的进程取代当前进程执行,并且优先级更高的进程有很多个,每个都要执行很长时间
4. nsecs秒钟之后闹钟超时了,内核发送SIGALRM信号给这个进程,处于未决状态。
5. 优先级更高的进程执行完了,内核要调度回这个进程执行。SIGALRM信号递达,执行处理函数sig_alrm之后再次进入内核。
6. 返回这个进程的主控制流程,alarm(nsecs)返回,调用pause()挂起等待。
7. 可是SIGALRM信号已经处理完了,还等待什么呢?
出现这个问题的根本原因是系统运行的时序(Timing)并不像我们写程序时所设想的那样。虽然alarm(nsecs)紧接着的下一条指令就是pause(),但是无法保证pause()一定会在调用alarm(nsecs)之后的nsecs秒之内被调用。由于异步事件在任何时候都有可能发生,如果我们写程序时考虑不周密,就可能由于时序问题导致错误,这叫做竞态条件(Race Condition)。
解决方案:
int my_sleep(inttimeout)
{
struct sigaction act, oact;
sigset_t newmask,oldmask,suspmask;
int unslept;
//设置结构体的信息
act.sa_handler = catch;
sigemptyset(&act.sa_mask);
act.sa_flags = 0;
sigaction(SIGALRM,&act,&oact);
//阻塞前边可能产生影响的alarm信号,并且保存当前的信号信息
sigemptyset(&newmask);
sigaddset(&newmask,SIGALRM);
sigprocmask(SIG_BLOCK,&newmask,&oldmask);
alarm(timeout);
suspmask = oldmask;
sigdelset(&suspmask,SIGALRM);//确定alarm不是阻塞的
sigsuspend(&suspmask);//等待并捕捉信号,原子操作
unslept = alarm(0);//获取等待剩余的时间
sigaction(SIGALRM,&oact,NULL);//恢复之前的动作
sigprocmask(SIG_SETMASK,&oldmask,NULL);//恢复之前的信号
return unslept;
}