【Linux课程学习】：第二十一弹---深入理解信号（中断，信号，kill，abort，raise，larm函数）
🎁个人主页：我们的五年
🔍系列专栏：Linux课程学习
🌷追光的人，终会万丈光芒
🎉欢迎大家点赞👍评论📝收藏⭐文章
Linux学习笔记：
https://blog.csdn.net/djdjiejsn/category_12669243.html
前言：
本篇是对上一篇信号的基础部分再一次讲解，对信号的有一个更深入的理解。相信看完下面的部分，我们能更清楚的认识到信号的本质。
目录
一.理解OS如何得键盘有数据
1.1硬件中断的定义：
1.2理解硬件中断和软件信号：
1.3阐述中断到CPU拿到数据的全过程：
二.通过系统命令向进程发信号：
2.1系统命令发生信号的方法：
2.系统命令的预想：
2.3结构分析：
三.给后台进程发送终止信号的以后，为什么回车才能显示退出信息？
四.使用函数产生信号
🥪kill函数：
1.函数原型：
2.函数解析：
3.函数实践
🥪 raise函数和abort函数：
1.raise函数：
2.abort函数：
五.由软件条件产生信号
5.1alarm函数介绍：
5.2函数使用：
编辑
5.3理解软件条件产生信号：
5.4OS如何管理信号：
六.硬件条件产生信号：
七.本篇总结：
一.理解OS如何得键盘有数据
| 信号 |
| 中断 |
1.1硬件中断的定义：
硬件中断是由与系统相连的外设（如磁盘、网卡、键盘、时钟等）自动产生的异步信号。这些外设通过总线将中断信号发送给中断控制器，再由中断控制器转发给CPU。每个设备或设备集都有自己的中断请求（IRQ）号，基于这个IRQ号，CPU可以将相应的请求分发到对应的硬件驱动上。
每一个硬件都有自己的中断请求号（IRQ），所以以后的中断就能区分是哪个硬件发来的，就可以让CPU去哪个硬件读取数据。
中断确实是通过电路给CPU发信号的。
1.2理解硬件中断和软件信号：
1.信号其实是在模拟硬件中断的行为，只是信号是软件层面的，中断是硬件层面的。
2.中断是通过电路进行发生的，是发给CPU的，而信号是发给进程的。
3.两者有相似性，但是层级不同。
1.3阐述中断到CPU拿到数据的全过程：
当我们键盘按下以后，键盘通过电路（高电压）向CPU的针脚发送中断信息，CPU执行操作系统保存当前进程的代码和数据，然后操作系统停下来去读取外设的内存。
二.通过系统命令向进程发信号：
2.1系统命令发生信号的方法：
通过kill -（信号编号）（进程pid）：对进程发送信号
通过上面的方法就能给指定的进程发送指定的信号，下面的代码我们可以给指定的信号。
2.系统命令的预想：
我们可以让一个进程死循环，然后启动另外一个shell对该进程发送一系列的信号。或者我们可以通过对某个信号进程捕捉，然后给进程发该信号，然后去执行我们的自定义行为。有很多的中断进程的信号，我们还可以去发送其他的信号观察进程的反应情况。
#include
#include
#include
void handle(int signo)
{
std::cout << "signo:" << signo << "系统命令" << std::endl;
}
int main()
{
//自定义SIGINT-2号信号的行为，让二号信号不再执行终止进程的操作
::signal(SIGINT, handle);
while (true)
{
std::cout << "pid:" << getpid() << std::endl;
sleep(1);
}
return 0;
} 2.3结构分析：
因为是前台进程，我们只能通过另外一个shell对死循环的进程发送2号信号，3号信号。发送2号信号，打印2号信号的数字2，还有系统命令。
三.给后台进程发送终止信号的以后，为什么回车才能显示退出信息？
shell的设计理念是不希望用户的输入信息和出错的信息交错在一起。
所以为什么要按一次回车才能显示退出的信息是因为：
是因为进程在退出之前就来到了shell命令行提示符，等待用户输入，此时shell不希望和输入交错，所以按回车以后才能打印退出的信息。
在Shell中，确实存在后台进程的退出信号和用户的输入可能交错在一起的情况，但这种情况并不是Shell所期望的，也不是设计上的必然结果。这种交错通常是由于多个进程同时向同一个输出流（如标准输出或标准错误）写入数据，并且输出缓冲机制的作用导致的。
四.使用函数产生信号
🥪kill函数：
1.函数原型：
头文件：
#include
#include函数原型：
int kill(pid_t pid, int sig);
作用：
kill - send signal to a process
2.函数解析：
函数的作用是给一个指定的进程发送指定的信号，pid是指定进程的pid，sig是信号的编号。
3.函数实践
下面是通过kill给自己发信号，然后到达执行自定义行为的过程。通过kill函数，
我们可以获取命令行的信息，实现自己的kill命令，直接和系统接轨。
#include
#include
#include
void handle(int signo)
{
std::cout << "signo:" << signo << "系统命令" << std::endl;
}
int main()
{
// 自定义SIGINT-2号信号的行为，让二号信号不再执行终止进程的操作
::signal(SIGINT, handle);
sleep(2);
::kill(getpid(), 2);
while (true)
{
std::cout << "pid:" << getpid() << std::endl;
sleep(1);
}
return 0;
} 🥪 raise函数和abort函数：
1.raise函数：
raise函数只能给当前的进程发送一个指定的信号，进程的固定的，信号的种类可以选择。
使用场景：
当一个进程需要主动触发某个信号时，可以使用raise函数。例如，在信号处理函数中捕获到一个信号后，通过raise函数手动发送另一个信号作为后续操作。
头文件：
#include
函数原型：
int raise(int sig);
2.abort函数：
所在库：
#include
函数原型：
void abort(void);
abort没有返回任何值，总是运行失败。
使用场景：用于调试触发断点
abort函数主要用于处理系统错误，在调试中触发断点以便检查程序状态，以及确保程序在出现异常时不会继续执行无用操作。
五.由软件条件产生信号
本点的主人公是：alarm函数
5.1alarm函数介绍：
作用：
alarm - set an alarm clock for delivery of a signal所在库：
#include函数原型：
unsigned int alarm(unsigned int seconds);
alarm的作用是给进程设置一个闹钟，到时间到了的时候，就会给进程发送一个SIGALRM信号。
如果参数为0，就是取消之前设置的闹钟，只能设置一个。当之前设置的闹钟还没结束，又去设置一个信号的闹钟，那么返回值就是之前闹钟剩余的秒数。
5.2函数使用：
#include
#include
#include
void handle(int signo)
{
std::cout << "signo:" << signo << "闹钟响啦" << std::endl;
}
int main()
{
// 自定义SIGLRM信号的行为，让信号不再执行终止进程的操作
::signal(SIGALRM, handle);
::alarm(3);
while (true)
{
std::cout << "pid:" << getpid() << std::endl;
sleep(1);
}
return 0;
} 
5.3理解软件条件产生信号：
alarm函数，是在操作系统内核设置了一个定时器，在时间到了的时候就会给进程发送SIGALRM信号，在操作系统内核设置，操作系统也是一个软件，所以是属于软件层面的。
这些条 件包括但不限于定时器超时（如alarm函数设定的时间到达）、软件异常（如向已关闭的管道写数据产⽣的SIGPIPE信号）等。
5.4OS如何管理信号：
学了那么就的面向对象，在管理一个东西的时候，当然是先描述，再组织啦。
下面OS对于闹钟的描述，其中包括了剩余时间entry，还有执行方法function。
六.硬件条件产生信号：
当发生硬件异常的时候，硬件会通过异常等信息告诉操作系统，然后让操作系统结束该进程。当然，我们也可以捕捉这个信号，让它不执行结束进程的操作。
1.当代码中有除以0，或者其他的错误，CPU会产生异常，操作系统OS对于这个异常的处理方法是：对进程发送SIGFPE信号。
2.⽐如当前进程访问了⾮法内存地址, MMU会产⽣异常,内核将这个异常解释为SIGSEGV信号发送
给进程。
除0导致的CPU异常。
#include
#include
#include
void handle(int signo)
{
std::cout << "signo:" << signo << ",CPU异常" << std::endl;
sleep(1);
}
int main()
{
// 自定义SIGFPE号信号的行为，让SIGFPE信号不再执行终止进程的操作
::signal(SIGFPE, handle);
int n = 1 / 0;
return 0;
} 
在这里，为什么会循环打印这个了？
因为在除0以后，进程PCB中，一直保存这该进程出现了异常，不能继续往下执行，所以CPU每次从信号处理完以后，准备进入主控制流的时候，还会进行检查，结果除0异常的信息还没被处理，那么OS又会给进程发送SIGFPE信号。
七.本篇总结：
🍒1.上面信号产生的方法，都要经过OS这一步，因为信号是发给进程的，OS是进程的管理者。
🍒2.信号是否立刻执行？不会立刻执行，只有当block解除以后，才能处理信号，如果不解除block，那么永远不会处理信号。
🍒3.在进程还没收到信号的时候，在handler表中就已经有对应信号的执行方法。
🍒4.如果信号是被立刻执行，那么它会把pending表对应的位图置为1。
