Linux 信号入门：进程通信机制与实战应用

参数：

• 第一个参数：目标进程
• 第二个参数：要发送的信号编号

返回值：

• 成功：返回 0；
• 失败：返回 -1，并设置 errno

作用：给指定进程发送对应的信号

raise()

#include <signal.h>
int raise(int sig);

参数：信号编号

返回值：

• 成功：返回 0；
• 失败：返回非 0（设置 errno）

作用：向正在运行的（即调用该函数的进程）进程发送信号

abort()

#include <stdlib.h>
void abort(void);

参数：无

返回值：无

作用：触发程序的异常退出（发送 6 号 SIGABRT 信号）

异常（硬件发送）

比如代码中出现除 0 错误，对空指针解引用....下面我们来梳理该类错误的产生过程：

CPU 中会存在程序计数器（比如 PC 指针）用来找到下一行代码（不会干扰其它进程），当 CPU 知道下一句代码指令是违规的（可能是语法规定有被解析到），就会暂停执行代码，告诉操作系统错误情况（比如错误位置、原因等等），操作系统拿到 CPU 的反馈错误后再通过信号向该进程发送，用户再通过提示知道错误信息，一般出现信号错误都是很严重的错误，进程会终止，但是在大型的服务器上，会循序重新执行程序，只给你报错误信息！

了解即可：错误信息其实是被保存在 core dump 文件（这个是需要手动开启）

难道异常都是由硬件发出吗？当然不是软件也可以，请继续向下看：

信号（软件发送）

以 alarm() 函数为例：给当前程序定一个闹钟（到时发送 SIGALRM-14 号信号）

#include <unistd.h>
unsigned int alarm(unsigned int seconds);

参数：设置的秒数（比如 5 秒，seconds=5）

返回值：上一次设置的定时器剩余的秒数（混淆点）比如：

第一个 alarm() 函数的返回值应该是 0，因为它之前没有闹钟

如果有多个 alarm()：前一次调用 alarm 设置的定时器'还没到期'（还没触发 SIGALRM 信号）时，再次调用 alarm。就会覆盖前面的秒数直接执行当前 alarm()。

例如：我先设置一个闹钟，alarm(20)，然后观察返回值以及验证是否发送的是 14 号信号：

结果：我发送了两次 14 号信号，被正常捕捉没有问题。但是 20 秒后闹钟响了又被捕捉到了

下面验证如果存在多个 alarm()，是否会覆盖旧的闹钟秒数：

操作系统内部处理

操作系统给这个进程发信号，实质是修改 task_struct 中的 int signal 参数：