Linux 信号终篇（总结）

前文：本文是对信号从产生到被处理的过程中的概念和原理的总结，如果想了解具体实现，请查看前两篇博客：Linux 信号-CSDN博客、Linux 信号（下篇）-CSDN博客

一、信号的产生

1.1 信号产生的五种条件

①键盘组合键 ：“ctrl + c”或者“ctrl + z”等；

②linux命令： kill - signo processpid , 例：杀掉进程号12345的进程  ：kill -9 12345 ；

③系统调用：在自己的代码中调用系统调用接口，给某个进程发信号或者给自己发信号常用的几个接口：

#include <sys/types.h>
#include <signal.h>
int kill( pid_t pid, int sig);
//1. pid : 进程pid，想要发送到哪个进程？
//2. sig ：要发送的信号码，想要发送什么信号？
//3. 返回值int，失败返回-1

#include <signal.h>
int raise(int sig);
//1. 给自己发信号，相当于 kill(getpid(),sig);
//2. sig: 想要给自己发送的信号

#include <stdlib.h>
void abort(void);
//1.终止自己
//2.给自己发送6号信号 ：SIGABRT

④、异常

异常的过程是：当你的进程被调度的时候，cpu执行你的代码，当cpu执行到某行代码时（例如：除0错误或者对空指针访问等）->

cpu知道自己的运算异常，在cpu的状态寄存器中修改溢出标志位->

同时cpu给OS发送硬件异常错误 ->

OS收到cpu硬件异常的报错后去找到对应的进程 ->

并给这个进程发送对应的异常信号，提示这个进程需要注意 ->

如果这个进程不结束，异常一直没有解决，cpu会一直调度这个进程，cpu会一直给OS发送硬件异常错误，OS会一直给这个进程发信号，进程处于死循环；

⑤软件条件

例如：闹钟接口，每隔一段时间给进程发送闹钟信号；

#include <unistd.h>
unsigned int alarm( unsigned int second);
//1. second:每隔多少秒给进程发信号？
//2. 返回值unsigned int 是上一个闹钟剩余的时间

1.2 理解core dump

打开系统的core dump功能，一旦进程出现异常，OS会将进程在内存中的运行信息，给dump（转储）到进程的当前目录（磁盘）上，形成core.pid文件，（核心转储：core dump）；

未来在调试的时候，在core-file 直接定位到代码出错行，这是事后调试的方法（运行出错后再调试）；

1.3 深度理解信号的发送和产生

①给进程发信号其实是给进程的PCB发的信号；

②所谓的“发信号”，其本质是OS修改PCB内的一个用来管理信号的位图数据结构，这个数据结构其实是一个int的整形，因为一个int 32bit位刚好可以用来表示1~31号信号，所以所谓的“发信号”其实就是对内核数据的写入操作，把对应位置的0写成1,代表信号产生了；

③信号的产生处理整个过程都是OS在操作，因为OS是所有硬件的管理者，只有OS才能直接访问内核数据结构，普通用户只能调用系统接口，因为操作系统不相信任何用户；

二、信号的保存

2.1、信号为什么要保存？

因为进程收到信号之后，可能不会立即处理，会有一个时间窗口，在这个过程中需要先把信号保存起来；

2.2、信号如何保存？进程如何管理信号？

通过三张表：

①block表，位图数据结构，与每个信号映射对应关系，这张表用来记录某个信号是否被屏蔽，如果被屏蔽把对应信号位置的0改1，当取消屏蔽把对应的1再改为0；

②pending表，位图数据结构，与每个信号映射对应关系，这张表用来记录某个信号是否已经产生，是否已经收到某个信号，注意：如果信号已产生但并未处理即（信号未决），把对应信号位置的0改为1，当这个信号被处理后再从对应的1改为0；

③handler表，指针数组结构，这是一个用来保存对信号的处理的方法对应的指针，当未来处理这个信号的时候，直接调用指针指向的方法；注意：这里的处理方法包括三种：SIG_DFL(默认）、SIG_IGN(忽略）、自定义方法；

2.3、操作这三张表相关的接口

因为这三张表属于内核数据结构，所以用户不能对其直接进行访问或修改操作，只能通过系统调用接口；

数据准备工作：信号集函数：

#include <signal.h>
int sigemptyset( sigset_t * set);
//1. 对信号集清空处理操作
//2. set：sigset_t类型结构，是系统封装的位图结构体

#include <signal.h>
int sigaddset( sigset_t * set, int signum);
//1. 添加信号编号到信号集中
//2. set：系统封装的位图结构体
//3. signum想要添加到信号集中的信号编号（未来对这个信号进行操作）
//4. 返回值int，如果成功返回0否则返回-1

#include <signal.h>
int sigismember(const sigset_t *set ,int signo);
//1. 检测信号signo是否存在内核中的pending表中，存在代表信号产生，信号未决；
//2. set： 系统封装的位图结构体
//3. signo： 需要检查的信号
//4. 返回值int，如果不存在返回0，如果存在返回1，如果失败返回-1

#include<signal.h>
int sigpending(sigset_t * set);
//1. 获取内核中pending表的接口
//2. 这是输出型参数，传入set带出内核中的pending表
//3. set: 系统封装的位图结构体
//4. 返回值int，如果获取失败返回值<0

系统调用接口：

#include <signal.h>
int sigprocmask( int how, const sigset_t*set, sigset_t* oset);
//1.how: 当how是SIG_SETMASK时，将set自定义设置好的数据一个一个设置进进程PCB的管理信号的block表里
//2. set: 自定义设置好的位图结构体，oset： 通过oset保存内核更改前的数据以便日后恢复
//3. 当第二个参数传入oset，第三个参数传入nullptr时，代表的是取消屏蔽信号

三、信号的捕捉

3.1两个信号捕捉接口

①：signal

#include <signal.h>
typedef void(*sighandler_t)(int);
sighandler_t signal(int signum, sighandler_t handler);
//1. signum: 需要捕捉的信号
//2. handler: 捕捉信号后调用的自定义方法
//3. sighandler_t : 定义的函数指针类型，参数为int，返回值为void

②：sigaction

#include <signal.h>
int sigaction(int signum, struct action * act,struct action* oact);
//1. signum: 需要捕捉的信号
//2. act: 自己创建并设置好的action对象，输入型参数，OS通过act写入到内核数据中
//3. oact: 自己创建初始化好的action对象，输出型参数，通过oact把内核中修改前的数据带出来，以便日后恢复
//4. action: 结构体，成员中包括handler处理方法、sigset_t类型的sa_mask,传入前通过添加sa_mask字段达到信号在处理时屏蔽其它信号的效果；
//5.注意：这个接口需要再传参之前把act、oact创建并初始化好，同时act需要把结构体成员sa_handler（自定义方法）、sa_mask(需要屏蔽的信号)字段设置好（如果你不想屏蔽其它信号可以不设置）；

3.2可重入函数理解

例如：当程序运行时向链表头插一个Node1节点，调用insert方法，在方法运行到创建了一个节点，链接到头部，并且正准备让head指向Node1的时候，突然接收到一个信号！这时主函数main会停下来，先执行处理信号的方法，正巧的是处理信号的方法也是insetr即（向链表头插一个节点），那么此时会先运行完处理信号的方法：把Node2头插到链表并把head指向了Node2，处理完后回到主函数main接着刚才的下一步即：让head指向Node1，那么此时Node2无法再被找到！！

简单的代码（不要扣细节，大概意思懂就行）：

void insert()
{Node->next=head;//①当main函数执行到这里的时候收到2号信号head=Node;//④回到main刚才被暂停的位置继续往下执行，执行完后Node2没有指针指向它，成为丢失节点！！
}
void handler(int signo)
{list->insert(Node);//③执行inser成功头插并把head指向Node
}
int main()
{signal(2,handler);//② 二号信号被捕获并跳转到自定义的handler方法list->insert(Node1);return 0;
}

重入函数：如果一个函数被重复进入的情况下，出错了或者可能出错那么这个函数为不可重入函数！反之则是可重入函数！！！

3.3、volatile

volatile的作用：防止编译器过度优化，保持内存可见性！！

代码:

#include <iostream>
using namespace std;
#include <unistd.h>
#include <signal.h>
int flag=0;
void handler(int signo)
{flag=1;cout<<"  signo is: "<<signo<<endl;
}
int main()
{signal(2,handler);while(!flag);cout<<"i am process !! process id:"<<getpid()<<endl;return 0;
}

编译器优化后cup没从内存读取flag不会运行下一句：

加上volatile后再编译运行：

cpu从内存中读取flag，循环条件判断失败，指向下一条语句；

四、基于信号方式的进程等待

4.1、当子进程退出时会给父进程发一个信号

我们捕获这个信号然后自定义处理方法去等待回收这个进程，而父进程继续做自己的事：

#include <sys/wait.h>
#include <iostream>
using namespace std;
#include <unistd.h>
void handler(int signo)
{pid_t id= waitpid(-1,nullptr,0);if(id>0){cout<<"waitprocess success!! process id:"<<id<<endl;}
}
int main()
{signal(2,handler);pid_t id=fork();if(id==0){//childcout<<"i am a child process ,process id is: "<<getpid()<<"  ppid is:"<<getppid()<<endl;exit(0);}//fartherwhile(true){cout<<"i am farther process!!"<<endl;sleep(1);}return 0;
}

运行：

发送2号信号：

 

4.2 如果十个进程同时结束呢？或者结束一半后再结束另一半呢?

此时进程在正在执行信号处理方法，会把同信号屏蔽掉，那怎么办？

用循环非阻塞轮询：

一秒钟创建10个进程并处于僵尸状态：

发送2号信号：

成功回收完所有子进程！！

4.3 如果不需要获取子进程退出状态，不想自己等待的话，还有一个办法能让子进程退出时自动被回收掉

捕获17号信号（子进程结束时给父进程发送的信号），并把方法设置为SIG_IGN（忽略）：

子进程被自动回收，监视窗口没有Z状态的进程，且只有一个父进程在跑：

今天的分享就到这里，如果对你有所帮助麻烦点赞收藏+关注哦！！谢谢！！！

咱下期见！！！