信号的基本概念
每个信号都有一个编号和一个宏定义名称 ,这些宏定义可以在 signal.h 中找到。
使用kill -l命令查看系统中定义的信号列表: 1-31是普通信号; 34-64是实时信号
所有的信号都由操作系统来发!
对信号的三种处理方式
- 忽略此信号:大多数信号都可使用这种方式进行处理,但有两种信号却决不能被忽略。它们是:SIGKILL和SIGSTOP。这两种信号不能被忽略的,原因是:它们向超级用户提供一种使进程终止或停止的可靠方法。另外,如果忽略某些由硬件异常产生的信号(例如非法存储访问或除以0),则进程的行为是示定义的。
- 直接执行进程对于该信号的默认动作 :对大多数信号的系统默认动作是终止该进程。
- 捕捉信号:执行自定义动作(使用signal函数),为了做到这一点要通知内核在某种信号发生时,调用一个用户函数handler。在用户函数中,可执行用户希望对这种事件进行的处理。注意,不能捕捉SIGKILL和SIGSTOP信号。
1 2 3 |
|
signal函数的作用:给某一个进程的某一个特定信号(标号为signum)注册一个相应的处理函数,即对该信号的默认处理动作进行修改,修改为handler函数所指向的方式。
- 第一个参数是信号的标号
- 第二个参数,sighandler_t是一个typedef来的,原型是void (*)(int)函数指针,int的参数会被设置成signum
举个代码例子:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
|
修改了2号信号(Ctrl-c)的默认处理动作为handler函数的内容,则当该程序在前台运行时,键入Ctrl-c后不会执行它的默认处理动作(终止该进程)
信号的处理过程:
进程收到一个信号后不会被立即处理,而是在恰当 时机进行处理!什么是适当的时候呢?比如说中断返回的时候,或者内核态返回用户态的时候(这个情况出现的比较多)。
信号不一定会被立即处理,操作系统不会为了处理一个信号而把当前正在运行的进程挂起(切换进程),挂起(进程切换)的话消耗太大了,如果不是紧急信号,是不会立即处理的。操作系统多选择在内核态切换回用户态的时候处理信号,这样就利用两者的切换来处理了(不用单独进行进程切换以免浪费时间)。
总归是不能避免的,因为很有可能在睡眠的进程就接收到信号,操作系统肯定不愿意切换当前正在运行的进程,于是就得把信号储存在进程唯一的PCB(task_struct)当中。
产生信号的条件
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信号,该信号的默认处理动作是终止进程。
信号的产生
1.通过终端按键产生信号
举个栗子:写一个死循环,前台运行这个程序,然后在终端键入Ctrl-c
当CPU正在执行这个进程的代码 , 终端驱动程序发送了一 个 SIGINT 信号给该进程,记录在该进程的 PCB中,则该进程的用户空间代码暂停执行 ,CPU从用户态 切换到内核态处理硬件中断。
从内核态回到用户态之前, 会先处理 PCB中记录的信号 ,发现有一个 SIGINT 信号待处理, 而这个信号的默认处理动作是终止进程,所以直接终止进程而不再返回它的用户空间代码执行。
2.调用系统函数向进程发信号
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
写一个上面的程序在后台执行死循环,并获取该进程的id,然后用kill命令给它发送SIGSEGV信号,可以使进程终止。也可以使用kill -11 5796,11是信号SIGSEGV的编号。
打开终端1,运行程序:
利用终端2,给进程发送信号
终端1 显示进程被core了:
kill命令是调用kill函数实现的。kill函数可以给一个指定的进程发送指定信号。
raise函数可 以给当前进程发送指定的信号 (自己给自己发信号 )
1 2 3 |
|
这两个函数都是成功返回0,错误返回-1.
除此之外,abort函数使当前进程接收到SIGABRT信号而异常终止。
1 2 |
|
就像 exit函数一样 ,abort 函数总是会成功的 ,所以没有返回值。
3.由软件条件产生信号
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
|
通过实现以上代码,调用alarm函数可以设定一个闹钟,告诉内核在seconds秒之后给当前进程发SIGALRM信号, 该信号的默认处理动作是终止当前进程。
该程序会在1秒钟之内不停地数数,并打印计数器,1秒钟到了就被SIGALRM信号终止。由于电脑配置等的不同,每台电脑一秒钟之内计数值是不同的一般是不同的。
1 2 |
|
alarm函数的返回值是0或上次设置闹钟剩余的时间。
更多详情见请继续阅读下一页的精彩内容: http://www.linuxidc.com/Linux/2016-08/134303p2.htm
阻塞信号
1.信号在内核中的表示:
信号递达delivery:实际执行信号处理信号的动作
信号未决pending:信号从产生到抵达之间的状态,信号产生了但是未处理
忽略:抵达之后的一种 动作
阻塞block:收到信号不立即处理 被阻塞的信号将保持未决状态,直到进程解除对此信号的阻塞,才执行抵达动作
信号产生和阻塞没有直接关系 抵达和解除阻塞没有直接关系!
进程收到一个信号后,不会立即处理,它会在恰当的时机被处理。
每个信号都由两个标志位分别表示阻塞和未决,以及一个函数指针表示信号的处理动作。
在上图的例子中,
1. SIGHUP信号未阻塞也未产生过,当它递达时执行默认处理动作。
2. SIGINT信号产生过,但正在被阻塞,所以暂时不能递达。虽然它的处理动作是忽略,但在没 有解除阻塞之前不能忽略这个信号,因为进程仍有机会改变处理动作之后再解除阻塞。
3. SIGQUIT信号未产生过,一旦产生SIGQUIT信号将被阻塞,它的处理动作是用户自定义函数sighandler。阻塞信号集也叫作信号屏蔽字。
信号产生但是不立即处理,前提条件是要把它保存在pending表中,表明信号已经产生。
2.信号集操作函数
1 2 3 4 5 6 |
|
参数解析:
- sigset_t结构体的参数表示信号集,信号操作的时候都是以信号集合的方式进行操作,需要事先创建一个该结构体的对象,然后把想要操作的信号添加到信号集合对象当中去
- signo就是信号的标号了
3.调用函数sigprocmask可以读取或更改进程的信号屏蔽字(阻塞信号集)。
1 2 |
|
一个进程的信号屏蔽字规定了当前阻塞而不能递送给该进程的信号集。调用函数sigprocmask可以检测或更改(或两者)进程的信号屏蔽字。如果调用sigprocmask解除了对当前若干个未决信号的阻塞,则在sigprocmask返回前,至少将其中 一个信号递达。
参数解析:
how,有三个宏
- SIG_BLOCK 添加到block表当中去
- SIG_UNBLOCK 从block表中删除
- SIG_SETMASK 设置block表 设置当前信号屏蔽字为set所指向的值
set表示新设置的信号屏蔽字,oset表示当前信号屏蔽字
处理方式:
- set 非空, oset 为NULL :按照how指示的方法更改set指向信号集的信号屏蔽字。
- set 为NULL,oset 非空:读取oset指向信号集的信号屏蔽字,通过oset参数传出。
- set 和 oset 都非空 :现将原来的信号屏蔽字备份到oset里,然后根据set和how参数更改信号屏蔽字。
4. sigpending读取当前进程的未决信号集,通过set参数传出
1 2 |
|
这是一个输出型参数,会把当前进程的pending表打印到传入的set集中。
实例验证上面几个函数:
一开始没有任何信号,所以pending表中全是0,我通过Ctrl+C传入2号信号,看到pending表中有2号被置位了,经过10秒取消阻塞,2号信号被处理(经过我自定义的函数)
本文永久更新链接地址:http://www.linuxidc.com/Linux/2016-08/134303.htm