Linux下的信号
信号
1.一个进程在没有接收到任何信号时,但知道特定的信号代表着什么
2.进程在收到一个信号并不是立即去处理这个信号,而是在合适的时候
3.当一个进程收到一些数据之后,怎么知道操作系统发给自己一个信号?
因为当把当前事情办完之后,回头一看发现自己PCB多了一些信号
4.操作系统如何向一些进程发信号?
操作系统向一个进程发信号本质就是在修改目标进程的PCB当中的信号资源
查看系统定义的信号列表:kill -l
!!注意列表中不是64个信号而是62个信号
1-31:普通信号
34-64:实时信号
每个信号都有一个宏名称和一个信号编号,这些宏定义可以在signal.h中找到,这些信号各自在什么条件下产生,默认的
处理动作是什么,在signal中都有详细说明:
查看命令:man 7 signal
普通信号的存储
试想一下,如果你是操作系统的设计人员,你会用什么存储这31个信号呢?
他们采用的是位图存储,每一个bit位存储一个相信的信号,31个信号只需4个字节(一个整型的大小)即可存储,
bit位的位置表示信号的编号,bit位的值则用来表示是否收到该信号(0--未收到该信号,1--收到该信号)。信号的
本质就是修改PCB中管理信号变量中的某个bit位
4.信号产生的主要条件背景知识
前台进程:基本不用和用户交互,优先级稍微低一些(运行前台程序:./test.c)
后台进程:需要和用户进行交互,需要较高的相应速度,优先级别高(运行后台进程:./test.c&)
信号产生的方式四种 : 键盘输入
软硬件异常
系统调用接口
软件触发
一,信号在内核中的表示
1,在此之前,必须先了解几个概念:
信号递达(Delivery):实际执行信号处理的动作。
信号未决(Pending):信号从产生到递达之间的状态。
信号阻塞(Block):被阻塞的信号产生时将保持在未决状态,直到 进程解除对此信号的阻塞,才 执行递达的动作。
注意:信号阻塞和信号忽略是不同的。只要信号被阻塞就不会递达,除非解除阻塞,而忽略是在递达之后 可选的一种
处理动作。
一个信号处于Pending状态,屏蔽之后,它永远不会被Delivery 。
一个信号是否立即Delivery ,与Block没有绝对关系。
一个信号是否被Block与是否Pending没关系。
2,信号在内核中的表示—-每个进程都会维护这3张表:
每个信号都有两个标志位分别表示阻塞(block)和未决(pending),还有一个函数指针表示处理动作。信号产生时,内核在
进程控制块中设置该信号的未决标志,直到信号递达才清除该标志。
3张表的存储:
pending表:用4个字节的位图表示,位图的位置表示信号编号,内容表示是否pending。
block表:用4个字节的位图表示,位图的位置表示信号编号,内容表示是否block。
handler表:是一个句柄函数指针,数组即可表示,下标表示信号编号,内容表示信号处理的动作,为NULL表示没有处
理该信号。
分析上图中的信号:
1〉SIGHUP信号未阻塞也未产生过,当它递达时执行默认处理动作。
2〉SIGINT信号产生过,但正在被阻塞,所以暂时不能递达。虽然它的处理动作是忽略,但在没有解除阻塞之前不能忽略
这个信号,因为进程仍有机会改变处理动作之后再解除阻塞。
3〉 SIGQUIT信号未产生过,一旦产生SIGQUIT信号将被阻塞,它的处理动作是用户自定义函数sighandler。
3,如果在进程解除对某信号的阻塞之前这种信号产生过多次,将如何处理?
Linux是这样实现的:常规信号在递达之前产生多次只计一次,而实时信号在递达之前产生多次可以依次放在一个队
列⾥里。从上图来看,每个信号只有一 个bit的未决标志,非0即1,不记录该信号产生了多少次,阻塞标志也是这样表示
的。
因此,未决和阻塞标志可以用相同的数据类型sigset_t来存储,sigset_t称为信号集,这个类型可以表示每个信号的“有
效”或“无效”状态,在阻塞信号集中“有效”和“无效”的含义是该信号是否被阻塞,而在未决信号集中“有效”和“无效”的含义\
是该信号是否处于未决状态。 阻塞信号集也叫做当前进程的信号屏蔽字(Signal Mask),这里的 “屏蔽”应该理解为阻塞
而不是忽略。
注意:信号集和信号量级二者之间没有任何关系。
当利用信号量机制解决了单个资源的互斥访问后,我们讨论如何控制同时需要多个资源的互斥访问,信号量集是指同
时需要多个资源时的信号量操作。
4,内核是如何处理信号的?
从图中我们能发现,当一个正在运行的进程收到了中断或者是调用了系统调用,则该进程会从用户态进入到内核
态,当进程准备从内核态返回到用户态时,内核会检查要返回的进程的pcb中的signal位图信息,如果当前的pengding
表中有标志1,那么内核会把pengding链表中悬挂的信号拿出来进程处理,处理的过程如下:
如果handler指向了用户自定义的处理函数,那么会先从内核态返回到用户态执行完处理函数后再返回到内核态,最后
再从内核态返回到用户态中因为中断或者系统调用进入内核态的代码从而继续执行。
5,信号集操作函数
信号集:sigsize_t类型,增删改查不能调用系统的自增自减#incluint
sigemptyset(sigset_t *set);//初始化set所指向的信号集,使其中所有信号的对应bit位清零,表示该信号集不包含任何有效信号。
#include <signal.h>
int sigemptyset(sigset_t *set);//初始化set所指向的信号集,使其中所有信号的对应bit位清零,表示该信号集不包含任何有效信号。
int sigfillset(sigset_t *set);//初始化set所指向的信号集,使其中所有信号的对应bit置位1,表示该信号集的有效信号包括系统支持的所有信号
int sigaddset(sigset_t *set, int signo);//为信号集中添加某种有效信号
int sigdelset(sigset_t *set, int signo);//为信号集中删除某种有效信号
int sigismember(const sigset_t *set, int signo);//判断一个信号集的有效信号中是否包含某种信号,若包含则返回1,不包含则返回0,出错返回-1
这五个函数都是成功返回0,出错返回-1.
6.函数sigprocmask可以读取或更改进程的信号屏蔽字(阻塞信号集)
#include <signal.h>
int sigprocmask(int how, const sigset_t *set, sigset_t *oset);
返回值:若成功则为0,若出错则为-1
参数:
oset:如果oset是非空指针,则读取进程的当前信号屏蔽字通过oset参数传出。如果set是非空指针,则更改进程的信号屏蔽字,参数how指示如何更改。
set:如果oset和set都是非空指针,则先将原来的信号屏蔽字备份到oset里,然后根据set和how参数更改信号屏蔽字。
how参数的可选值为:
如果调用sigprocmask解除了对当前若干个未决信号的阻塞,则在sigprocmask返回前,至少将其中一个信号递达。
7,sigpending读取当前进程的未决信号集,通过set参数传出。
#include<stdio.h>
#include<signal.h>
#include<unistd.h>
#include<sys/types.h>
void showpending(sigset_t* pending)//打印当前进程的pending表
{
int i = 1;
for(; i < 32; ++i)
{
if(sigismember(pending,i))//判断pending信号集的有效信号中是否包含信号i,若包含则返回1,不包含则返回0,出错返回-1
printf("1 ");
else
printf("0 ");
}
printf("\n");
}
void handler(int sig)
{
printf("pid is %d,get a signo:%d\n",getpid(),sig);
return;
}
int main()
{
sigset_t sigset,osigset;//定义两个信号集
sigemptyset(&sigset);//信号集siget初始化,将所有bit位清零
sigemptyset(&sigset);//信号集osigset初始化,将所有bit位清零
sigaddset(&sigset,2);//给信号集sigset添加2号信号
sigprocmask(SIG_SETMASK,&sigset,&osigset);//先将原来的信号屏蔽字备份到osigset里,然后将\
sigset的值设置为当前信号屏蔽字
signal(2,handler);//捕捉2号信号
int count = 0;
sigset_t pending;//定义信号集pending
while(1)
{
sigpending(&pending);//读取当前进程的未决信号集,通过pengding传出
showpending(&pending);//打印当前进程的未决信号集
sleep(1);
if(count++ > 3)
{
sigprocmask(SIG_SETMASK,&osigset,NULL);//读取进程的当前信号屏蔽字,然后将osigset的值设置为当前信号屏蔽字
count = 0;
}
}
return 0;
}