目录

一、认识信号

         1 .什么是信号

         2 .哪些情况会产生信号

         3 . 查看信号

         4 . 信号处理

二、产生信号

         1 .通过终端按键产生信号

         2 .调用系统函数向进程发信号

         3 . 由软件条件产生信号

         4 . 由硬件异常产生信号

一、认识信号

         1 .什么是信号

1. 执行默认动作（幸福的打开快递，使用商品）

2. 执行自定义动作（快递是零食，你要送给你你的女朋友）

3. 忽略快递（快递拿上来之后，扔掉床头，继续开一把游戏）

Linux系统提供的一种，向指定进程发送特定事件的方式，做识别和处理。信号的产生是异步的。

信号是进程之间事件异步通知的一种方式，属于软中断。  

         2 .哪些情况会产生信号

①键盘事件，如：ctl c 、ctl \
②访问非法内存
③硬件出现故障
④用户态到内核态的切换

         3 . 查看信号

用kill -l命令

         4 . 信号处理

当收到信号后常用三种方式进行处理：

①忽略：收到信号后，不处理
SIGKILL和SIGSTOP是不可能被忽略的
②捕获并处理：收到信号后，执行我们自己写的代码
SIGKILL和SIGSTOP不能捕获
③默认处理方式

二、产生信号

         1 .通过终端按键产生信号

SIGINT 的默认处理动作是 终止进程 ,SIGQUIT 的默认处理动作是 终止进程并且Core Dump

说明一下： ulimit命令改变的是Shell进程的Resource Limit，但myproc进程的PCB是由Shell进程复制而来的，所以也具有和Shell进程相同的Resource Limit值。 

pid_t waitpid(pid_t pid, int *status, int options);

         2 .调用系统函数向进程发信号

当我们要使用kill命令向一个进程发送信号时，我们可以通过kill -信号名（信号编号） 进程ID的形式进行发送。

kill函数用于向进程ID为pid的进程发送sig号信号，如果信号发送成功，则返回0，否则返回-1。

函数原型：

模拟实现kill命令：

int main(int argc ,char *argv[])
{
    if(argc!=3)
    {
        std::cout<<argv[0]<<std::endl;
    }
    pid_t pid=std::stoi(argv[1]);
    int signo=std::stoi(argv[2]);
    kill(pid,signo);
    
    return 0;
}

写一个程序捕捉所有信号，然后死循环。用键盘ctrl+c/ctrl+\ 和mykill程序去终止这个死循环程序。

结果我们发现，捕捉了的信号收到时都会执行我们自己设定的程序，而不能被捕捉的9号信号则能终止进程。

为了使我们能不带路径，我们可以将当前可执行文件mykill 导入到环境变量，当然我们只是导入到内存级环境变量，下一次登陆就会消失，但是这一次我们可以使用。

我们除了用外部方式发送信号，还可以程序自己给自己发送信号，比如说用

raise函数：

raise函数是给进程发送一个信号，就是自己给自己发信号，发送成功返回0，发送失败返回一个非零的数。

下面代码是将2号信号捕捉，然后执行每隔一秒向进程发送一个2号信号：

void handler(int signo)
{
    std::cout << "get a sig : " << signo <<"  pid : "<<getpid()<< std::endl;
}
int main()
{
    signal(2, handler);
    while (true)
    {
        sleep(1);
        raise(2);
    }
    return 0;
}

执行结果： 

另外，还有其他的函数可以向进程发送信号比如说

abort函数：

void abort(void);

abort函数是一个无参数无返回值的函数。

例如，下列代码当中每隔一秒向当前进程发送一个SIGABRT信号。

void handler(int signo)
{
    std::cout << "get a sig : " << signo <<"  pid : "<<getpid()<< std::endl;
}
int main()
{
    signal(6, handler);
    while (true)
    {
        sleep(1);
        abort();
    }
    return 0;
}

与之前不同的是，虽然我们对SIGABRT信号进行了捕捉，并且在收到SIGABRT信号后执行了我们给出的自定义方法，但是当前进程依然是异常终止了。

这是因为，SIGABRT信号允许我们捕捉执行自定义函数，但是他依然要执行终止函数。他是进程异常终止函数。他会在执行了自定义程序之后再执行进程异常终止

注意一下这里还有一个exit函数也是终止程序，但是他两个不一样。exit函数终止程序的时候他会执行一系列回收释放操作，比如说调用析构函数释放资源。而abort函数是直接异常终止程序，马上停止，由操作系统直接回收资源。

虽然两个都是操作系统回收，但是abort可能会导致正在i/o的资源发生数据丢失等问题。

         3 . 由软件条件产生信号

SIGPIPE信号

SIGPIPE信号实际上就是一种由软件条件产生的信号，当进程在使用管道进行通信时，读端进程将读端关闭，而写端进程还在一直向管道写入数据，那么此时写端进程就会收到SIGPIPE信号进而被操作系统终止。

SIGALRM信号

调用alarm函数可以设定一个闹钟，也就是告诉操作系统在若干时间后发送SIGALRM信号给当前进程，alarm函数的函数原型如下：

alarm函数的作用：

让操作系统在seconds秒之后给当前进程发送SIGALRM信号，SIGALRM信号的默认处理动作是终止进程。

alarm函数的返回值：

若在调用alarm函数前，进程已经设置了闹钟，则返回上一个闹钟时间的剩余时间，并且本次闹钟的设置会覆盖上一次闹钟的设置。
如果调用alarm函数前，进程没有设置闹钟，则返回值为0。

用这个函数我们就可以知道我们当前系统在规定时间内能允许多少次加减法。

如下代码：

int main()
{
    alarm(1);
    int cnt=0;
    while(true) 
    {
        cnt++;
        std::cout<<" cnt : "<<cnt<<std::endl;
    }
    return 0;
}

运行结果：

可以知道我当前的系统，一秒能后置加加并打印40904次。

当然我们还能通过代码知道不打印只加加，一秒能完成多少次

代码：

int cnt=1;
void handler(int sig)
{
    std::cout<<"get a sig: "<<sig<<" cnt: " <<cnt<<std::endl;
    exit(0);
}
int main()
{
    signal(SIGALRM,handler);
    alarm(1);
    while(cnt++);
    return 0;
}

运行结果：

可以看见，一秒时间加加能运行6亿多次

实际上我当前的云服务器在一秒内可以执行的累加次数远大于两万，那为什么上述代码运行结果比实际结果要小呢？

由于我们每进行一次累加就进行了一次打印操作，而与外设之间的IO操作所需的时间要比累加操作的时间更长。

因此可以看出系统i/o的效率是比较低的。

         4 . 由硬件异常产生信号

程序崩溃

为什么程序会崩溃？

当我们程序当中出现类似于除0、野指针、越界之类的错误时，为什么程序会崩溃？本质上是因为进程在运行过程中由于非法访问等操作收到了操作系统发来的信号进而被终止，那操作系统是如何识别到一个进程触发了某种问题的呢？

这就需要我们带入一点点硬件知识了。

我们知道，CPU当中有一堆的寄存器，当我们需要对两个数进行算术运算时，我们是先将这两个操作数分别放到两个寄存器当中，然后进行算术运算并把结果写回寄存器当中。

此外，CPU当中还有一组寄存器叫做状态寄存器，它可以用来标记当前指令执行结果的各种状态信息，如有无进位、有无溢出等等。

而操作系统是软硬件资源的管理者，在程序运行过程中，若操作系统发现CPU内的某个状态标志位的溢出标记位被置为1。而这次置位就是因为出现了某种除0等错误而导致的，那么此时操作系统就会马上识别到当前是哪个进程导致的该错误，并将所识别到的硬件错误包装成信号发送给目标进程。

这里我们通过查询知道除0错误是8号信号

那么本质就是操作系统去直接找到这个进程的task_struct，并向该进程的位图中写入8号信号，写入8号信号后这个进程就会在合适的时候被终止。

然后再谈下面的野指针问题，或者越界访问的问题时，操作系统又是如何识别到的呢？

int main()
{
	printf( "I am running. . .\n" );
	sleep(3);
	int *p = NULL;
	*p = 100;
	return 0;
}

这里我们依然需要带入一点点硬件知识。

前面我们认识了页表.我们知道的是，当我们要访问一个变量时，要先经过页表的映射，将虚拟地址转换成物理地址，然后才能进行一些相应的访问操作

这里我们还需要认识两个寄存器：

其中页表属于一种软件映射关系，而实际上在从虚拟地址到物理地址映射的时候还有一个硬件叫做MMU，它是一种负责处理CPU的内存访问请求的计算机硬件，因此映射工作不是由CPU做的，而是由MMU和CR3寄存器一起做的，现在MMU已经集成到CPU当中了。

当需要进行虚拟地址到物理地址的映射时，我们先将页表的左侧的虚拟地址导给MMU，然后MMU会计算出对应的物理地址，我们再通过这个物理地址进行相应的访问。

而MMU既然是硬件单元，那么它当然也有相应的状态信息，当我们要访问不属于我们的虚拟地址时，MMU在进行虚拟地址到物理地址的转换时就会出现错误，然后将对应的错误写入到自己的状态信息——CR2当中，这时CR2上面的信息也会立马被操作系统识别到，进而将对应进程发送SIGSEGV信号。