Linux -- 进程信号

进程信号的基本概念

• 用户输入命令,在Shell下启动一个前台进程
• 用户按下Ctrl-C,这个键盘输入产生一个硬件中断
• 如果CPU当前正在执行这个进程的代码,则该进程的用户空间代码暂停执行,CPU从用户态切换到内核态处理硬件中断
• 终端驱动程序将Ctrl-C解释成一个SIGINT信号,记在该进程的PCB中(也可以说发送了一 个SIGINT信号给该进程)
• 当某个时刻要从内核返回到该进程的用户空间代码继续执行之前,首先处理PCB中记录的信号,发现有一个SIGINT信号待处理,而这个信号的默认处理动作是终止进程,所以直接终止进程而不再返回它的用户空间代码往下执行

这里通过键盘输入发送信号,只是信号产生的方式之一

注意

• Ctrl-C产生的信号只能发给前台进程。一个命令后面加个 & 可以将进程放到后台运行,这样Shell不必等待进程结束就可以接受新的命令,启动新的进程。
• Shell可以同时运行一个前台进程和任意多个后台进程,只有前台进程才能接到像Ctrl-C这种控制键产生的信号。
• 前台进程在运行过程中用户随时可能按下Ctrl-C而产生一个信号,也就是说该进程的用户空间代码执行到任何地方都有可能收到SIGINT信号而终止,所以信号相对于进程的控制流程来说是异步的。

使用 kill -l 命令可以查看系统定义的信号列表

其中一共有 62 个信号, 前 31 个信号为普通信号, 后 31 个为实时信号

这些信号各自在什么条件下产生,默认的处理动作是什么,在signal(7)中有详细说明

man 7 signal

信号产生方式概览

• 用户在终端按下某些按键时,终端驱动程序会发送信号给前台进程,例如Ctrl-C产生SIGINT信号,Ctrl-\ 产生SIGQUIT信号,Ctrl-Z产生SIGTSTP信号
• 硬件异常产生信号,这些条件由硬件检测到并通知内核,然后内核向当前进程发送适当的信号。例如: 当前进程执行了 除以0 的指令,CPU的运算单元会产生异常,内核将这个异常解释为SIGFPE信号发送给进程。再比如当前进程访问了非法内存地址,,MMU会产生异常,内核将这个异常解释为SIGSEGV信号发送给进程。
• 一个进程调用kill(2)函数可以发送信号给另一个进程。 可以用kill(1)命令发送信号给某个进程,kill(1)命令也是调用kill(2)函数实现的,如果不明确指定信号则发送SIGTERM信号,该信号的默认处理动作是终止进程。
• 当内核检测到某种软件条件发生时也可以通过信号通知进程,例如闹钟超时产生
  SIGALRM信号; 向读端已关闭的管道写数据时产生SIGPIPE信号; 如果不想按默认动作处理信号, 用户程序可以调用sigaction(2)函数告诉内核如何处理某种信号

信号处理常见方式

• 忽略此信号
• 执行该信号的默认处理动作
• 提供一个信号处理函数,要求内核在处理该信号时切换到用户态执行这个处理函数,这种方式称为信号捕捉

core dump

什么是Core Dump ?

• 当一个进程要异常终止时,可以选择把进程的用户空间内存数据全部保存到磁盘上,文件名通常是core.(进程pid) 这叫做Core Dump。进程异常终止通常是因为有Bug,比如非法内存访问导致段错误,事后可以用gdb等调试器检查core文件以查清错误原因,这叫做Post-mortem Debug（事后调试）。
• 一个进程允许产生多大的core文件取决于进程的Resource Limit(这个信息保存在PCB中)。默认是不允许产生core文件的,因为core文件中可能包含用户密码等敏感信息,不安全。在开发调试阶段可以用ulimit命令改变这个限制,允许产生core文件。

ulimit -c 1024

允许core文件最大为1024K

写一个死循环运行, 然后ctrl - \ 杀掉它, 就会产生一个core文件
(ctrl - \是发送一个3号信号SIGQUIT, 它的默认处理动作是终止进程并core dump)
使用core文件

gdb 可执行文件名 core文件名

调用系统函数向进程发信号

首先在后台执行死循环程序, 然后用kill命令给它发SIGSEGV信号

4370 是test进程的id。
之所以要再次回车才显示段错误(Segmentation fault), 是因为在进程终止之前已经回到了Shell提示符等待用户输入下一条命令,Shell不希Segmentation fault信息和用户的输入交错在一起,所以等用户输入命令之后才显示。
指定发送某种信号的kill命令可以有多种写法,上面的命令还可以写成kill -11 4370 , 11是信号SIGSEGV的编号。
以往遇到的段错误都是由非法内存访问产生的,而这个程序本身没错,给它发SIGSEGV也能产生段错误。
kill命令是调用kill函数实现的。kill函数可以给一个指定的进程发送指定的信号。
raise函数可以给当前进程发送指定的信号(自己给自己发信号)。

#include <signal.h>
int kill(pid_t pid, int signo);
int raise(int signo);
//这两个函数都是成功返回0,错误返回-1

abort函数使当前进程接收到信号而异常终止

#include <stdlib.h>
void abort(void);

就像exit函数一样,abort函数总是会成功,所以没有返回值。

软件条件产生信号

alarm函数 和 SIGALRM信号

#include <unistd.h>
unsigned int alarm(unsigned int seconds);

调用alarm函数可以设定一个闹钟,也就是告诉内核在seconds秒之后给当前进程发SIGALRM信号, 该信号的默认处理动作是终止当前进程。

这个函数的返回值是0 或者是以前设定的闹钟时间剩余的秒数。
打个比方,某人要小睡一觉,设定闹钟为30分钟之后响
20分钟后被人吵醒了,还想多睡一会儿,于是重新设定闹钟为15分钟之后响,“以前设定的闹钟时间还余下的时间”就是10分钟
如果seconds值为0,表示取消以前设定的闹钟,函数的返回值仍然是以前设定的闹钟
时间剩余的秒数

#include <stdio.h>
#include <unistd.h>

int main()
{
    int count = 0;
    size_t ret = alarm(1);
    while(1)
    {
        count++;
        printf("count = %d\n", count);
        printf("ret = %d\n", ret);
    }
    return 0;
}

在1s内一直数数, 1s到了就向该进程发送SIGALRM信号, 进程被终止

实际上, cpu 1s累加的次数远不仅如此, 因为打印到屏幕以及一些其他原因, 只累加到了64485

---

信号的阻塞

• 实际执行信号的处理动作称为 信号递达(Delivery)
• 信号从产生到递达之间的状态,称为信号未决(Pending)
• 进程可以选择阻塞(Block)某个信号, 被阻塞的信号产生时将保持在未决状态,直到进程解除对此信号的阻塞,