Linux的信号底层实现机制（源码详解，奶妈教程）

胡涂涂~

已于 2022-05-04 19:36:18 修改

阅读量2.3k

点赞数 3

分类专栏： Linux驱动开发文章标签： linux

于 2022-02-26 18:45:24 首次发布

本文链接：https://blog.csdn.net/KUNPLAYBOY/article/details/123151635

版权

Linux驱动开发专栏收录该内容

33 篇文章 17 订阅

订阅专栏

前言

这里不对基本概念进行讲述，只通过源码分析，linux中信号到底是如何实现的，该文中的函数参考源于linux0.11

信号的机制的底层逻辑

首先，信号的产生是随机，所以进程是不会专门用一个类似 wait（）函数去等待信号的发生，因为在进程运行的整个周期（开始->结束），信号可能根本不会发生。那我们进程是如何接受到信号的呢？
注意看在进程描述的结构体里面，有个代表信号的成员（long signal）变量以及（struct sigaction）结构体，先记住这个变量，后面我们会用到
在这里插入图片描述

值得一说的是，信号的发送，是一个系统调用，这意味着，进程需要从用户态切换到内核态，系统调用函数如下所示，这个函数的作用是，通过判断信号的种类，找遍历整个进程数组，找到符合条件的进程发送信号，而发送信号的函数用的就是 send_sig()
在这里插入图片描述
在send_sig（）函数中，进行基本的条件判断（具体看注释）后，我们将接受信号的进程的p->signal 进行填充。简单来说就是，send_sig函数会找到符合条件的进程，并将信号记录在其描述结构体中

好了说到这，我们已经已经知道信号是如何发送的了，但我们前面也说，进程中没有专门的机制来检测信号，那进程是如何感知信号，转而去执行相应的操作，通过系统函数sys_kill（）我们可以知道，处理信号有三种类型：进程接收到信号后退出；进程忽略该信号；进程收到信号后执行用户设定用系统调用signal的函数。当进程接收到一个它忽略的信号时，进程丢弃该信号，就象没有收到该信号似的继续运行。如果进程收到一个要捕捉的信号，那么进程从内核态返回用户态时执行用户定义的函数。而且执行用户定义的函数的方法很巧妙，内核是在用户栈上创建一个新的层，该层中将返回地址的值设置成用户定义的处理函数的地址，这样进程从内核返回弹出栈顶时就返回到用户定义的函数处，从函数返回再弹出栈顶时，才返回原先进入内核的地方。这样做的原因是用户定义的处理函数不能且不允许在内核态下执行，实现函数如下所示：
在这里插入图片描述
** current **代表的是当前的进程，这里我们还可以知道的一点是，进程如果要接受这个信号必须是处于运行状态(且当前运行CPU出现从内核态到用户态切换时机时，信号处理过程才会被执行到。)，系统会通过 sys_signal自动检测运行状态下的进程的struct sigaction成员，这里面保存了接受到的信号信息，该结构体说明如下

struct sigaction{

　　void (*sa_handler)(int);  //代表需要捕获的信号

　　sigset_t sa_mask;//sa_mask表示信号屏蔽码，代表在处理这一信号时需要屏蔽的信号

　　int sa_flags;

　　void (*sa_restorer)(void);

接下来便是根据接受到的信号，进行相应的处理，这个函数我们重点关注eip这个变量，eip中保存用户定义的处理函数的地址（此时为eip），这样进程从内核返回弹出栈顶时就返回到用户定义的函数处，从函数返回再弹出栈顶时（此时为old_eip），才返回原先进入内核的地方
在这里插入图片描述
常见的一个父子进程，子进程退出会发送结束信号给其父进程，但父进程是默认忽略掉这个信号的，常见的，为了避免僵尸进程的产生的方法之一，就是父进程等待捕获这个子进程的终止信号
分析到这里就结束了，由于分析的很老很老版本的信号机制，现在估计会多出一些其他的优化，以后有时间仔细研究研究再补充！