阻塞信号
信号其他相关常见概念
- 实际执行信号的处理动作称为信号递达(Delivery)
- 信号从产生到递达之间的状态,称为信号未决(Pending)。
- 进程可以选择阻塞 (Block )某个信号。
- 被阻塞的信号产生时将保持在未决状态,直到进程解除对此信号的阻塞,才执行递达的动作.
- 注意,阻塞和忽略是不同的,只要信号被阻塞就不会递达,而忽略是在递达之后可选的一种处理动作。
信号的处理动作称为信号递达(Delivery),信号的递达有三种方式:信号的忽略,信号的默认,信号的自定义捕捉。
信号从产生到递达之间的状态,称为信号未决(Pending),换句话说就是信号在信号位图中。
进程可以选择阻塞 (Block )某个信号。未决之后,暂时不递达,知道解除对信号的阻塞。
在内核中的表示
- 每个信号都有两个标志位分别表示阻塞(block)和未决(pending),还有一个函数指针表示处理动作。信号产生时,内核在进程控制块中设置该信号的未决标志,直到信号递达才清除该标志。在上图的例子中,SIGHUP信号未阻塞也未产生过,当它递达时执行默认处理动作。
- SIGINT信号产生过,但正在被阻塞,所以暂时不能递达。虽然它的处理动作是忽略,但在没有解除阻塞之前不能忽略这个信号,因为进程仍有机会改变处理动作之后再解除阻塞。SIGQUIT信号未产生过,一旦产生SIGQUIT信号将被阻塞,它的处理动作是用户自定义函数sighandler。
- 如果在进程解除对某信号的阻塞之前这种信号产生过多次,将如何处理?POSIX.1允许系统递送该信号一次或多次。Linux是这样实现的:常规信号在递达之前产生多次只计一次,而实时信号在递达之前产生多次可以依次放在一个队列里。
sigset_t
sigset_t称为信号集,这个类型可以表示每个信号的“有效”或“无效”状态。
- 在阻塞信号集中“有效”和“无效”的含义是该信号是否被阻塞。
- 在未决信号集中“有效”和“无效”的含义是该信号是否处于未决状态。
阻塞信号集也叫做当前进程的信号屏蔽字(Signal Mask),这里的“屏蔽”应该理解为阻塞而不是忽略。
信号集操作函数
sigset_t类型对于每种信号用一个bit表示“有效”或“无效”状态,至于这个类型内部如何存储这些bit则依赖于系统实现,从使用者的角度是不必关心的,使用者只能调用以下函数来操作sigset_ t变量,而不应该对它的内部数据做任何解释,比如用printf直接打印sigset_t变量是没有意义的
#include <signal.h>
int sigemptyset(sigset_t *set);
int sigfillset(sigset_t *set);
int sigaddset (sigset_t *set, int signo);
int sigdelset(sigset_t *set, int signo);
int sigismember(const sigset_t *set, int signo);
- 函数sigemptyset初始化set所指向的信号集,使其中所有信号的对应bit清零,表示该信号集不包含 任何有效信号。
- 函数sigfillset初始化set所指向的信号集,使其中所有信号的对应bit置位,表示 该信号集的有效信号包括系
统支持的所有信号。 - sigaddset函数:在set所指向的信号集中添加某种有效信号。
- sigdelset函数:在set所指向的信号集中删除某种有效信号。
注意,在使用sigset_ t类型的变量之前,一定要调 用sigemptyset或sigfillset做初始化,使信号集处于确定的状态。初始化sigset_t变量之后就可以在调用sigaddset和sigdelset在该信号集中添加或删除某种有效信号
sigprocmask
sigprocmask函数可以用于读取或更改进程的信号屏蔽字(阻塞信号集),该函数的函数原型如下:
int sigprocmask(int how, const sigset_t *set, sigset_t *oldset);
如果oset是非空指针,则读取进程的当前信号屏蔽字通过oset参数传出。
如果set是非空指针,则 更改进程的信号屏蔽字,参数how指示如何更改。
如果oset和set都是非空指针,则先将原来的信号 屏蔽字备份到oset里,然后根据set和how参数更改信号屏蔽字。
假设当前的信号屏蔽字为mask,下表说明了how参数的可选值。
sigprocmask函数调用成功返回0,出错返回-1。
sigpending
sigpending函数可以用于读取进程的未决信号集,该函数的函数原型如下:
int sigpending(sigset_t *set);
我们观察下列代码
#include <stdio.h>
#include <unistd.h>
#include <signal.h>
// 先将2号信号进行屏蔽(阻塞)。
// 使用组合按键向进程发送2号信号。
// 此时2号信号会一直被阻塞,并一直处于pending(未决)状态。
// 使用sigpending函数获取当前进程的pending信号集进行验证。
void printPending(sigset_t *pending)
{
int i = 1;
for (i = 1; i <= 31; i++)
{
if (sigismember(pending, i))
{
printf("1 ");
}
else
{
printf("0 ");
}
}
printf("\n");
}
int main()
{
sigset_t set, oset;
sigemptyset(&set);
sigemptyset(&oset);
sigaddset(&set, 2); // SIGINT
sigprocmask(SIG_SETMASK, &set, &oset); // 阻塞2号信号
sigset_t pending;
sigemptyset(&pending);
while (1)
{
sigpending(&pending); // 获取pending
printPending(&pending); // 打印pending位图(1表示未决)
sleep(1);
}
return 0;
}
可以看到,程序刚刚运行时,因为没有收到任何信号,所以此时该进程的pending表一直是全0,而当我们使用kill命令向该进程发送2号信号后,由于2号信号是阻塞的,因此2号信号一直处于未决状态,所以我们看到pending表中的第二个数字一直是1。
为了看到2号信号递达后pending表的变化,我们可以设置一段时间后,自动解除2号信号的阻塞状态,解除2号信号的阻塞状态后2号信号就会立即被递达。因为2号信号的默认处理动作是终止进程,所以为了看到2号信号递达后的pending表,我们可以将2号信号进行捕捉,让2号信号递达时执行我们所给的自定义动作。
#include <stdio.h>
#include <unistd.h>
#include <signal.h>
// 先将2号信号进行屏蔽(阻塞)。
// 使用组合按键向进程发送2号信号。
// 此时2号信号会一直被阻塞,并一直处于pending(未决)状态。
// 使用sigpending函数获取当前进程的pending信号集进行验证。
void printPending(sigset_t *pending)
{
int i = 1;
for (i = 1; i <= 31; i++)
{
if (sigismember(pending, i))
{
printf("1 ");
}
else
{
printf("0 ");
}
}
printf("\n");
}
void handler(int signo)
{
printf("handler signo:%d\n", signo);
}
int main()
{
signal(2, handler);
sigset_t set, oset;
sigemptyset(&set);
sigemptyset(&oset);
sigaddset(&set, 2); // SIGINT
sigprocmask(SIG_SETMASK, &set, &oset); // 阻塞2号信号
sigset_t pending;
sigemptyset(&pending);
int count = 0;
while (1)
{
sigpending(&pending); // 获取pending
printPending(&pending); // 打印pending位图(1表示未决)
sleep(1);
count++;
if (count == 20)
{
sigprocmask(SIG_SETMASK, &oset, NULL); // 恢复曾经的信号屏蔽字
printf("恢复信号屏蔽字\n");
}
}
return 0;
}
捕捉信号
从内核态返回用户态时,会进行信号的检测和处理
内核态与用户态
内核态是一种操作系统的工作状态,能够访问大部分系统资源;
用户态是一种受控的状态,能够访问的资源是有限的;
系统调用的身后就有这着身份的变化!!!
代码中存在系统调用等情况,操作系统会将身份切换为内核态来执行代码.切换为内核态的原因是因为群众中有坏人,在执行系统调用时,由于是很底层的代码或函数,所以操作系统是不信任用户的,切换为内核态的一大原因是为了安全性.
- 当程序执行系统调用时会进入到内核态
- 当执行完系统调用后,会回到用户态
- 在这期间会进行信号的检测和处理
- 如若此时检测到有信号到来,那么会把代码直接跳转到信号处理的函数处
- 当信号处理函数返回时还会执行特殊的系统调用,再回到内核态
进程收到信号之后,并不是立即处理信号,而是在合适的时候,是指从内核态切换回用户态的时候。
信号捕捉中,一共会涉及到4次状态切换