目录
什么是信号？
为什要有信号呢？
进程接受信号的过程
1.信号的产生
1.1kill命令产生信号
1.2键盘产生信号
1.3系统调用接口
1.3.1killl()
1.3.2raise()
1.3.3abort()
1.4软件条件
1.5异常
1.6对各种情况产生信号的理解
1.6.1kill命令
1.6.2键盘产生信号
1.6.3异常
除零错误
野指针
信号和信号量是两个完全不相干的技术，不要混淆。
什么是信号？
Linux让系统提供让用户给其他进程异步发送消息的一种方式。
站在进程的角度看待信号
1.信号在没被发送之前，进程是认识这个信号。
2.在接受到信号之后，进程是被设定好去怎么处理这个信号的。
3.信号到来的时候，如果进程有更重要的事情要做，这个信号会被临时保存。
4.收到信号之后可以不立即处理，等到机会合适在处理信号。
5.信号产生是不定时，随时都可能接受到信号，所以信号是异步发送的，是别的用户和进程。
为什要有信号呢？
操作系统要求进程有对外部信号响应的能力。（例：该进程发生除0错误，这个时候操作系统就会给进程发信号，让其停止）。
进程接受信号的过程
1.信号的产生
信号是如何产生的呢？
1.1kill命令产生信号
1-34都是标准信号，34之后的是实时信号。
其中每个数字都是一个宏，使用kill命令可以 kill -9 也可以 kill -SIGKILL
1.2键盘产生信号
ctrl + c 和 ctrl + \
信号捕捉：当我们向进程发送一个信号，进程接受信号后，会做出系统设定好的动作，
捕捉信号就是将这个信号的默认动作，改为自定义的动作。
signal(2,handler);
第一个参数就是要捕捉的信号，第二个参数为int，返回之为void的函数指针，捕捉到信号之后，就执行handler函数。
demo代码
大概意思就是进程收到2号信号时，会把2号信号的默认动作替换为handler函数。
#include <iostream>
#include <cerrno>
#include <cstring>
#include <unistd.h>
#include <signal.h>
#include <sys/types.h>
#include <signal.h>using namespace std;void handler(int sig)
{cout<<endl;cout<<"get a signal ,number is:"<< sig <<endl;//打印捕捉到的信号exit(0);
}int main()
{signal(2,handler);//捕捉2号信号while(true){;}return 0;
}把程序跑起来，然后ctrl + c，进程果然接受到了2号信号。
ctrl + \ 会对进程发送3号信号 SIGQUIT
采用同样的方法，只不过把捕捉信号2，换成捕捉信号3。
1.3系统调用接口
1.3.1killl()
这个不是命令，是系统调用接口
kill()系统调用接口，能被用于发送任意信号，给任意的进程。
参数pid就是要发送信号进程的pid，sig就是发送几号信号。
成功返回0，失败-1被返回，适当的错误码被设置。
1.3.2raise()
对当前进程发送信号
成功返回0，失败返回非0.
1.3.3abort()
终止进程。
1.4软件条件
我的理解就是，软件触发了某种条件，导致需要操作系统介入发送信号。
例：管道写端关闭时，读端就会收到13号信号
现打开服务端，再打开客户端，客户端向管道写入，服务端从管道中读取。
关闭读端，看写端收到的信号。
果然收到了13号信号。
alarm（警报）
参数seconds：在多少秒之后警报会响起。
发送SIGALRM信号给调用进程，在参数seconds秒。
如果参数seconds是0，任何还未响应的警报会被删除。
在任何情况下，之前设置的警报都会被取消。
返回之前设定好警报的剩余时间，如果之前没设置返回0.
demo代码：设置一个5秒的警报
void handler(int sig)
{cout<<"get a signal, number:"<< sig <<endl;exit(0);
}int main()
{alarm(5);signal(14,handler);int cnt = 5;while(cnt){ cout<<cnt<<endl;sleep(1);cnt--;}return 0;
}5秒之后收到14号信号。
1.5异常
这里就不验证了
例：除0错误 8）SIGFPE
野指针 11) SIGSEGV
1.6对各种情况产生信号的理解
1.6.1kill命令
命令本身就是一个可执行的程序，本质就是使用了系统调用接口kill，让操作系统发送信号。
1.6.2键盘产生信号
操作系统怎么知道键盘输入了什么数据呢？
难道轮训的去查看键盘输入吗？这样效率也太低下了。
首先计算机启动时，会创建一个中断向量表，这是一个函数指针数组。
cpu是有很多针脚的，每个针脚都有自己的编号，其中键盘是直接与cpu2号针脚相连。
当键盘输入的时候，就会发生硬件中断，2号针脚就会产生高电平，操作系统拿着这针脚号，去中断向量表中，执行对应函数就可以读取到键盘的数据了。
读取键盘数据之后，要判断一下，如果是组合键，就执行对应的命令，如果是字符，就向对应文件的缓冲区写入。
1.6.3异常
除零错误
demo代码
void handler(int sig)
{cout<<"/0 error"<<endl;
}int main()
{signal(8,handler);int a = 10;int b = a/0;return 0;
}这个代码有个奇怪的现象，运行起来发现cout<<"/0 error"<<endl;会一直打印，这是为什么呢？
一个原因是我捕捉之后没有退出，即使不退出也不应该循环打印。
进程将10写入eax中，0写入ebx中，eax和ebx相除，发生除零错误（硬件上的错误），发生错误之后，溢出标志位会被设置为1，这时候os看见cpu出问题了，就给进程发送了 SIGFPE 让其停止。
cpu中是有很多组数据的，liunx是分时操作系统，cpu会在不同的进程来回切换，每当切换到除零错误这个进程，os一看出现错误，就会发送一次信号，切换到一次就会发送一次信号。
野指针
demo代码
void handler(int sig)
{cout<<"pointer error"<<endl;exit(0);
}int main()
{signal(11,handler);int * p = nullptr;*p = 100;return 0;
}首先eax拿到0号地址，发现要对0号地址进行写入，mmu就拿着0号地址，和cr3中的页表起始地址，进行转化，发现根本转化不了，因为0号地址的区域是只读的，或者访问的区域压根没到0号地址，就会将出错的地址储存在cr3中，os一看不对劲，赶紧给进程发SIGSEGV信号，让进程停止。
