0.问题引入:
在曾经我们学习Linux的经历中,我们也是多次使用信号的。比如:当我们在使用xshell时,在命令行中按Ctrl+c,这个键盘输入产生了一个硬件中断,被操作系统获取,解释成信号,发送给目标前台进程。前台进程因为收到了信号,进而引起进程退出。
注意:
- Ctrl+C 产生的信号只能发给前台进程。一个命令后面加个&可以放到后台运行,这样Shell不必等待进程结束就可以接受新的命令,启动新的进程。
- Shell可以同时运行一个前台进程和任意多个后台进程,只有前台进程才能接到像Ctrl+C这样控制键产生的信号。
- 前台进程在运行过程中用户随时可能按下Ctrl+C而产生一个信号,也就是说该进程的用户空间代码执行到任何地方都有可能收到SIGINT信号而终止,所以信号相对于进程的控制流程来说是异步(Asynchronous)的。
0.1 将进程设置为后台进程
./进程名 &
0.2 查看后台进程并将后台进程提至前台
我们发现进程一旦被设置成为后台进程是无法杀掉的,此时在一直死循环的打印hello myproc.那么我们怎么杀掉这个进程呢? 有一种方法是将后台进程设置成为前台进程,再使用ctrl +c 关闭。这种方法也比较好理解。因此哦我们在此处将使用这种方法关闭后台进程。
首先我们要查看此时都有什么任务在执行,我们可以输入 jobs 来查看当前任务列表
其次我们将这个进程提至提至前台,使用 fg 1 ,其中1是任务编号,也就是 [ ]+ 中的数字,注意fg 和 1之间需要带空格。
0.3 将前台进程设置为后台进程
我们刚刚知道了将后台进程提至前台使用 fg 任务号,f是front的意思。因此我们如果想把前台进程设置为后台进程,可以使用bg 任务号,我们可以来测试一下
1.信号的概念
信号是进程之间事件异步通知的一种方式,属于软中断。
2.查看信号列表
使用kill -l 命令可以查看系统定义的信号列表
- 每个信号都有一个编号和一个宏定义名称,这些宏定义可以在signal.h中找到,例如定义 #define SIGINT 2
- 编号34以上的是实时信号。在此我们只讨论编号34以下的信号,不讨论实时信号。这些信号各自在什么条件下产生默认动作是什么,在signal(7)中都有详细说明:man 7 signal
3.信号处理的常见方式
由于信号产生时是异步的,当产生信号的时候,对应的进程可能正在做着更重要的事情,因此这个进程可以暂时不处理这个信号!进程正在做着更重要的事情说明进程可能不需要理解处理这个信号!但是不代表这个信号不会被处理。进程是一定要记住这个信号已经来了(信号有吗?什么信号?)。因此信号处理的常见方式有以下三种:
- 忽略此信号
- 执行该信号的默认处理动作
- 提供一个信号处理函数,要求内核在处理该信号时切换到用户态执行这个处理函数,这种方式成为捕捉信号(Catch)。
4.信号的产生
我们在前面提到了我们现在只谈论1-31号信号。那么进程要处理一个信号,肯定是先描述,再组织。那么进程是如何记住这个信号的呢?当然是保存在进程的PCB中。由于我们只考虑1-31号进程,因此在进程的tast_struct中有一个uint32_t sig来表示信号。这里使用了位图的思想。什么信号产生我们使用的是比特位的位置。那么怎么判断有没有比特位的产生我们通过比特位的内容,1表示产生,0表示没有产生。因此一个uint_32足以表示1-31个信号了。
而tast_struct是内核的数据结构,因此只有操作系统有权利获得进程的所有属性。所以进程的整个生命周期,无论信号怎么产生,只能是操作系统帮我们进行信号的设置。
4.1 用户层产生信号的方式
4.1.1通过终端按键产生信号
产生信号的第一种方式是通过终端按键产生信号,也就是键盘。系统也为我们提供了一个signal函数,可以捕捉我们产生的信号,接下来我们将使用signal这个函数验证以下终端按键是可以产生信号的。
SIGINT的默认处理动作是终止进程,SIGQUIT的默认处理动作是终止进程并且Core Dump.现在我们可以来验证以下。
我们可以使用函数产生信号。我们可以使用signal函数向进程发送信号。
其中handler是函数指针(回调方法),是可以让我们用户自定义处理信号的接口(处理信号的第三种方式)
我们在C++代码中看看如何使用signal函数,在下面这段代码中,我们设置了如果进程接受到了SIGINT信号,就会调用handler函数从而输出指定内容。我们都是SIGINT是2号信号,键盘上按Ctrl +C 本质就是给前台进程发送2号信号,因此当进程跑起来的时候,我们按Ctrl + C时,程序会调用hanlder方法打印指定内容,我们来看看结果吧。
注意:这里当SIGINT产生的时候,才会调用hanlder方法。
在2号信号被我们自定义设置的时候,进程按2号信号是不会执行默认动作的,因此此时我们向终止进程不能使用ctrl + c了,我们可以按ctrl + \ , ctrl + \ 是给进程产生3号信号,我们也可以自定义3好信号。按这样的道理,我们可以将31个信号都自定义,那么这个进程是不是就可以不被kill 掉呢? 其实不是的!其中9号进程是不能被自定义设置的。因为操作系统要保护自己所以肯定不能将所有的信号都自定义。
那么我们知道了键盘可以产生信号,那么是谁给进程发送的信号呢? 答案当然是OS操作系统
4.1.2调用系统函数向进程发信号(kill,raise,abort)
使用kill函数发送信号
我们知道kill命令可以给一个进程发信号,例如我们之前经常使用kill -9 pid 来杀死进程编号为pid的进程。同时kill也是一个系统函数。我们也可以通过软件的方式,调用kill函数从而给指定进程发信号。
我们使用一段C++代码来演示一下kill函数是如何使用的:我们的计划是通过调用kill函数给指定进程发信号,模拟实现kill命令。因此当程序跑完是,如果输入./mykill 9 pid时候可以杀掉指定pid进程。
使用raise函数
raise是一个自取函数,是进程自己给自己发送信号。因此我们在代码中使用一下,加入我们要给自己发送2号信号。
使用abort函数
abort是想自己发送SIGABRT信号 -- 6号信号 我们也在代码中调用使用abort函数,并且捕捉以下该信号。
通过结果发现:我们刚刚确实捕捉到了6号信号,但是进程依然退出了。因此除了9号信号可以让进程退出。6号信号也可以。
4.1.3由软件条件产生信号
alarm
调用alarm函数可以设定一个闹钟,也就是告诉内核在seconds秒之后给当前进程发SIGALRM(14号)信号,改信号的默认处理动作是终止该进程。
我们调用了alarm函数,经过3秒后闹钟会响,我们没有改变alarm的动作,因此当闹钟响起时,alarm函数会执行默认的终止进程的操作,因此经过3秒后,进程会自动退出。
4.1.4由硬件异常产生信号
硬件异常被硬件以某种方式被硬件检测到并通知内核,然后内核向当前进程发送适当的信号。例如当前进程执行了除了0的指令,CPU的运算单元会产生异常,内核将这个异常解释为SIGFPE信号发送给进程。再比如当前进程访问了非法内存地址,MMU会产生异常,内核将这个异常解释为SIGSEGV信号发送给进程。
当我们日常在写代码的时候,如果写了一个/0错误,进程会怎么样呢?
当我们运行时,直接会告诉我们浮点数异常!因此我们之前所写的C/C++代码,我们说程序崩溃了,现在我们站在系统的角度上面我们可以知道,所谓的程序崩溃说法不是很准确,其实是进程崩溃,进程崩溃的本质是该进程收到了异常信号! 我们写两个进程崩溃的例子。
我们再来写一个数组的越界访问,看看效果
(本篇完)