【Linux】进程信号 --- 信号处理

👦个人主页：Weraphael
✍🏻作者简介：目前正在学习c++和算法
✈️专栏：Linux
🐋 希望大家多多支持，咱一起进步！😁
如果文章有啥瑕疵，希望大佬指点一二
如果文章对你有帮助的话
欢迎 评论💬 点赞👍🏻 收藏 📂 加关注😍

一、信号的处理时机（什么时候处理）

在前面的学习中，我们反复说过：当操作系统给进程发生信号后，进程可能不会立即去处理信号，而是等到合适的时候去处理，这是因为进程可能正在做更重要的事情！

但在特殊情况下，信号可能会立即被处理。比如：当信号被阻塞后，信号产生时，此时信号被阻塞了，没有立即被处理，那么信号就会记录在pending表中，当阻塞解除后，信号会被立即递达，此时信号会被立即处理。

那么对于进程来说什么是合适的时候呢？

进程要处理一个信号，首先要知道自己收到信号了。那么进程可以通过查阅block表、pending表和handler表。但这些表都是内核的数据结构，进程无法直接查看或修改它们，只能通过操作系统提供的系统调用接口来与之交互（进程处于内核状态）。因此，进程处理的合适时机是：进程从内核态返回到用户态时，会对信号进行检测及处理。

二、用户态与内核态

2.1 概念

• 用户态：执行用户所写的代码时，就属于用户态。

• 内核态：执行操作系统的代码时，就属于内核态。

我们知道，一旦程序被加载到内存中形成了一个进程，CPU可以开始执行这个进程的代码。如果代码中调用系统调用，由于系统调用的实现在操作系统内核中，并且操作系统不相信任何人。因此，CPU在这时会从用户态切换到内核态（“身份”变化，提升权限），才允许开始执行相应的操作系统内核代码。当内核代码执行完之后，就会从内核态切换回用户态继续执行用户写的代码。

总之，进程调用系统调用不仅仅是调用函数这么简单，操作系统还需要自动进行“身份”变换。

下面来结合进程地址空间深入理解操作系统的代码及状态切换等内容。

2.2 再谈进程地址空间

在32位操作系统中，通常会将整个4GB的虚拟地址空间划分为用户空间和内核空间两部分。

• 用户空间：这个部分包含了用户进程可以直接访问的虚拟内存地址范围。每个用户进程都有自己的独立的用户空间，使得它们之间的内存访问相互隔离，提高了系统的安全性和稳定性。

• 内核空间：这个部分是保留给操作系统内核使用的，存储的就是操作系统相关代码和数据。并且这块区域采用内核级页表与物理地址进行映射。进程所谓的执行操作系统的代码及系统调用，就是在使用这1 GB的内核空间（和动态库类似）。

• 内核级页表：用于管理操作系统内核的虚拟地址和物理地址之间的映射。它与用户级页表有所不同，用户级页表只管理用户进程的地址映射。这两张页表是相互独立的！

  • 对于用户级页表，有几个进程，操作系统就要维护几份，因为要保证进程独立性。
  • 对于内核级页表，操作系统只需维护一份，因为内核的代码和数据对所有进程来说都是相同的。

如何理解进程切换？

1. 进程切换需要调用系统调用，CPU在这时会从用户态切换到内核态，在当前进程的进程地址空间中的内核空间，找到操作系统的代码和数据。
2. 执行操作系统的代码，将当前进程的用户空间的代码和数据剥离下来，从而换上另一个进程的代码和数据，但内核空间的内容永远不变。

操作系统的本质？

操作系统是管理软硬件资源的软件。当电脑开机时，它就已经被加载到内存，因此操作系统也是一个进程。但我们可能会疑惑，用户写的进程是通过操作系统去运行调度的。那是谁在推动操作系统去运行的呢？答案：硬件。

这里直接给出结论：操作系统是基于时钟中断的一个死循环！

其实在计算机硬件中，有一个时钟芯片，每隔很短的时间（纳秒级别），向CPU发送时钟中断。CPU收到中断请求后，会暂停当前正在执行的任务，并根据中断号找到对应的中断向量表（本质上就是数组）中对应中断号的条目。中断向量表是一个存储在内存中的数据结构，由操作系统维护，表中的条目是调用硬件设备驱动程序的方法的地址，找到后并执行。比如里面就会进行检查进程的时间片到了没有，如果到了，就把这个进程剥夺下去，换下一个进程。从而完成进程的调度。

如果没有进程需要调度，操作系统会陷入空闲状态，内核可能会执行一个类似for(;;) pause();的死循环。这段代码的作用是让内核进入一种等待状态，等待系统中的某些事件发生，比如新的进程就绪或者外部中断的到来等。

用户态和内核态之间是如何转化？

CPU有还2个寄存器：

• CR3 寄存器：是页表基址寄存器，用于存储页表的地址（物理地址）。在内核态和用户态身份切换时，操作系统会更新CR3寄存器，以加载新的地址空间信息。
• ECS寄存器：CPU是执行内核态代码还是用户态代码，主要看ECS寄存器最低2位，排列组合式00、01、10、11。如果是00代表是内核态，11代表用户态。如果要调用系统调用接口，操作系统都会对此寄存器做检测。

三、信号的处理过程（如何处理）

• 说明：以下不考虑信号被阻塞的情况。如果信号被阻塞，信号不会立即被处理，一旦解除阻塞，信号就会立即被处理。

因此，进程处理的合适时机是：进程从内核态返回到用户态时，会对信号进行检测及处理。

通过一张图快速记录信号的处理过程

四、信号的捕捉

4.1 内核如何实现信号的捕捉

这里其实就是对下图第③步再进行详细讲解。

• 概念：如果信号的处理动作是用户自定义函数，在信号递达时就调用这个函数，则称为捕捉信号。
• 因为用户自定义动作是位于用户空间中的，所以当内核态中任务（执行内核代码）完成，准备返回用户态时，会检测三表中的pending表为1且没有被阻塞block表为0，并且此时信号处理动作handler表为用户自定义动作，先将pending表对应1置为0，再切入用户态 ，完成用户自定义动作的执行。
• 注意：用户自定义动作sighandler函数和main函数属于不同的堆栈空间，它们之间也不存在调用与被调用的关系（是操作系统调用的sighandler函数），是两个独立的执行流。
• sighandler