信号在我们的生活中随处可见， 如：古代战争中摔杯为号；现代战争中的信号弹；体育比赛中使用的信号枪......他们都有共性：1. 简单 2. 不能携带大量信息 3. 满足某个特设条件才发送。
信号是信息的载体，Linux/UNIX 环境下，古老、经典的通信方式， 现下依然是主要的通信手段。
Unix早期版本就提供了信号机制，但不可靠，信号可能丢失。Berkeley 和 AT&T都对信号模型做了更改，增加了可靠信号机制。但彼此不兼容。POSIX.1对可靠信号例程进行了标准化。
1 信号的机制
A给B发送信号，B收到信号之前执行自己的代码，收到信号后，不管执行到程序的什么位置，都要暂停运行，去处理信号，处理完毕再继续执行。与硬件中断类似——异步模式。但信号是软件层面上实现的中断，早期常被称为“软中断”。
信号的特质：由于信号是通过软件方法实现，其实现手段导致信号有很强的延时性。但对于用户来说，这个延迟时间非常短，不易察觉。
每个进程收到的所有信号，都是由内核负责发送的，内核处理。
2 与信号相关的事件和状态
产生信号:
1. 按键产生，如：Ctrl+c、Ctrl+z、Ctrl+\
2. 系统调用产生，如：kill、raise、abort
3. 软件条件产生，如：定时器alarm
4. 硬件异常产生，如：非法访问内存(段错误)、除0(浮点数例外)、内存对齐出错(总线错误)
5. 命令产生，如：kill命令
递达：递送并且到达进程。
未决：产生和递达之间的状态。主要由于阻塞(屏蔽)导致该状态。
信号的处理方式:
1. 执行默认动作
2. 忽略(丢弃)
3. 捕捉(调用户处理函数)
Linux内核的进程控制块PCB是一个结构体，task_struct, 除了包含进程id，状态，工作目录，用户id，组id，文件描述符表，还包含了信号相关的信息，主要指阻塞信号集和未决信号集。
阻塞信号集(信号屏蔽字)：将某些信号加入集合，对他们设置屏蔽，当屏蔽x信号后，再收到该信号，该信号的处理将推后(解除屏蔽后)
未决信号集:
1. 信号产生，未决信号集中描述该信号的位立刻翻转为1，表信号处于未决状态。当信号被处理对应位翻转回为0。这一时刻往往非常短暂。
2.信号产生后由于某些原因(主要是阻塞)不能抵达。这类信号的集合称之为未决信号集。在屏蔽解除前，信号一直处于未决状态。
3 信号的编号
可以使用kill –l命令查看当前系统可使用的信号有哪些。
不存在编号为0的信号。其中1-31号信号称之为常规信号(也叫普通信号或标准信号)，34-64称之为实时信号，驱动编程与硬件相关。名字上区别不大。而前32个名字各不相同。
4 信号4要素
与变量三要素类似的，每个信号也有其必备4要素，分别是：
1. 编号 2. 名称 3. 事件 4. 默认处理动作
可通过man 7 signal查看帮助文档获取。也可查看/usr/src/linux-headers-3.16.0-30/arch/s390/include/uapi/asm/signal.h
| Signal | Value | Action | Comment |
| SIGHUP | 1 | Term | Hangupdetected on controlling terminal or death of controlling process |
| SIGINT | 2 | Term | Interrupt fromkeyboard |
| SIGQUIT | 3 | Core | Quitfrom keyboard |
| SIGILL | 4 | Core | IllegalInstruction |
| SIGFPE | 8 | Core | Floating point exception |
| SIGKILL | 9 | Term | Kill signal |
| SIGSEGV | 11 | Core | Invalidmemory reference |
| SIGPIPE | 13 | Term | Brokenpipe: write to pipe with no readers |
| SIGALRM | 14 | Term | Timersignal from alarm(2) |
| SIGTERM | 15 | Term | Terminationsignal |
| SIGUSR1 | 30,10,16 | Term | User-definedsignal 1 |
| SIGUSR2 | 31,12,17 | Term | User-definedsignal 2 |
| SIGCHLD | 20,17,18 | Ign | Childstopped or terminated |
| SIGCONT | 19,18,25 | Cont | Continueif stopped |
| SIGSTOP | 17,19,23 | Stop | Stopprocess |
| SIGTSTP | 18,20,24 | Stop | Stoptyped at terminal |
| SIGTTIN | 21,21,26 | Stop | Terminalinput for background process |
| SIGTTOU | 22,22,27 | Stop | Terminal outputfor background process |
The signals SIGKILL and SIGSTOPcannot be caught, blocked, or ignored.
在标准信号中，有一些信号是有三个“Value”，第一个值通常对alpha和sparc架构有效，中间值针对x86、arm和其他架构，最后一个应用于mips架构。一个‘-’表示在对应架构上尚未定义该信号。
不同的操作系统定义了不同的系统信号。因此有些信号出现在Unix系统内，也出现在Linux中，而有的信号出现在FreeBSD或Mac OS中却没有出现在Linux下。这里我们只研究Linux系统中的信号。
默认动作：
Term：终止进程
Ign： 忽略信号 (默认即时对该种信号忽略操作)
Core：终止进程，生成Core文件。(查验进程死亡原因， 用于gdb调试)
Stop：停止(暂停)进程
Cont：继续运行进程
注意从man 7 signal帮助文档中可看到 :The signals SIGKILL and SIGSTOP cannot be caught, blocked, or ignored.
这里特别强调了9) SIGKILL 和19) SIGSTOP信号，不允许忽略和捕捉，只能执行默认动作。甚至不能将其设置为阻塞。
另外需清楚，只有每个信号所对应的事件发生了，该信号才会被递送(但不一定递达)，不应乱发信号！！
5 Linux常规信号一览表
1)SIGHUP: 当用户退出shell时，由该shell启动的所有进程将收到这个信号，默认动作为终止进程
2) SIGINT：当用户按下了组合键时，用户终端向正在运行中的由该终端启动的程序发出此信号。默认动
作为终止进程。
3) SIGQUIT：当用户按下组合键时产生该信号，用户终端向正在运行中的由该终端启动的程序发出些信
号。默认动作为终止进程。
4) SIGILL：CPU检测到某进程执行了非法指令。默认动作为终止进程并产生core文件
5) SIGTRAP：该信号由断点指令或其他trap指令产生。默认动作为终止里程并产生core文件。
6) SIGABRT: 调用abort函数时产生该信号。默认动作为终止进程并产生core文件。
7) SIGBUS：非法访问内存地址，包括内存对齐出错，默认动作为终止进程并产生core文件。
8) SIGFPE：在发生致命的运算错误时发出。不仅包括浮点运算错误，还包括溢出及除数为0等所有的算法错误。默认动作为终止进程并产生core文件。
9) SIGKILL：无条件终止进程。本信号不能被忽略，处理和阻塞。默认动作为终止进程。它向系统管理员提供了可以杀死任何进程的方法。
10) SIGUSE1：用户定义 的信号。即程序员可以在程序中定义并使用该信号。默认动作为终止进程。
11) SIGSEGV：指示进程进行了无效内存访问。默认动作为终止进程并产生core文件。
12) SIGUSR2：另外一个用户自定义信号，程序员可以在程序中定义并使用该信号。默认动作为终止进程。
13) SIGPIPE：Broken pipe向一个没有读端的管道写数据。默认动作为终止进程。
14) SIGALRM: 定时器超时，超时的时间 由系统调用alarm设置。默认动作为终止进程。
15) SIGTERM：程序结束信号，与SIGKILL不同的是，该信号可以被阻塞和终止。通常用来要示程序正常退出。执行shell命令Kill时，缺省产生这个信号。默认动作为终止进程。
16) SIGSTKFLT：Linux早期版本出现的信号，现仍保留向后兼容。默认动作为终止进程。
17) SIGCHLD：子进程结束时，父进程会收到这个信号。默认动作为忽略这个信号。
18) SIGCONT：如果进程已停止，则使其继续运行。默认动作为继续/忽略。
19) SIGSTOP：停止进程的执行。信号不能被忽略，处理和阻塞。默认动作为暂停进程。
20) SIGTSTP：停止终端交互进程的运行。按下组合键时发出这个信号。默认动作为暂停进程。
21) SIGTTIN：后台进程读终端控制台。默认动作为暂停进程。
22) SIGTTOU: 该信号类似于SIGTTIN，在后台进程要向终端输出数据时发生。默认动作为暂停进程。
23) SIGURG：套接字上有紧急数据时，向当前正在运行的进程发出些信号，报告有紧急数据到达。如网络带外数据到达，默认动作为忽略该信号。
24) SIGXCPU：进程执行时间超过了分配给该进程的CPU时间，系统产生该信号并发送给该进程。默认动作为终止进程。
25) SIGXFSZ：超过文件的最大长度设置。默认动作为终止进程。
26) SIGVTALRM：虚拟时钟超时时产生该信号。类似于SIGALRM，但是该信号只计算该进程占用CPU的使用时间。默认动作为终止进程。
27) SGIPROF：类似于SIGVTALRM，它不公包括该进程占用CPU时间还包括执行系统调用时间。默认动作为终止进程。
28) SIGWINCH：窗口变化大小时发出。默认动作为忽略该信号。
29) SIGIO：此信号向进程指示发出了一个异步IO事件。默认动作为忽略。
30) SIGPWR：关机。默认动作为终止进程。
31) SIGSYS：无效的系统调用。默认动作为终止进程并产生core文件。
34) SIGRTMIN ～ (64) SIGRTMAX：LINUX的实时信号，它们没有固定的含义(可以由用户自定义)。所有的实时信号的默认动作都为终止进程。
前面一篇文章有关一个问题的回答：
思考！用什么办法可清除掉僵尸进程呢？
这里面说两种比较经典的方法：
1 父进程回收法
wait函数将使其调用者阻塞，直到其某个子进程终止。故父进程可调用wait函数回收其僵尸子进程。除此之外，waitpid函数提供更为详尽的功能( 增加了非阻塞功能以及指定等待功能 )
代码实现：
| #include #include #include #include int main() { int pid; int *status; printf("%s\n", "启动父进程"); if ((pid = fork()) < 0) { printf("%s\n", "创建子进程失败"); exit(1); } else if (pid ==0) { printf("%s\n", "进入子进程"); sleep(4); // 终止子进程 exit(0); } else { // 进入父进程 // 回收僵尸子子进程 wait(status); printf("%s\n", "回收完毕"); } exit(0); } |
运行测试：
结果分析
第三行的“回收完毕”是在程序执行四秒后才显示的。这说明尽管我将子进程阻塞了4秒，父进程并不会先于子进程终止。因为它调用了wait函数，故需要等待一个子进程结束并将其回收，否则就一直阻塞在那里。
2 init进程回收法
上面的这种解决方案需要父进程去等待子进程，但在很多情况下，这并不合适，因为父进程也许还有其他任务要做，不能阻塞在这里。在讲述下面这种不用父进程等待就能完成回收子进程的方法之前，先请明白以下两个概念：
1. 如果父进程先于子进程结束，那么子进程的父进程自动改为 init 进程。
2. 如果 init 的子进程结束，则 init 进程会自动回收其子进程的资源而不是让它变成僵尸进程。
代码实现
| #include "apue.h" #include int main(void) { pid_t pid; if ((pid = fork()) < 0) { // 创建第一个子进程 err_sys("fork error"); } else if (pid == 0) { // 进入第一个子进程 if ((pid = fork()) < 0) // 创建第二个子进程 err_sys("fork error"); else if (pid > 0) // 进入第一个子进程 exit(0); // 终止第一个子进程 // 第二个子进程在睡眠2S后才执行，这样一般情况下第一个子进程会先终止。 sleep(2); // 这时，第一个子进程肯定终止了，那么它的父进程就自动变成了init。 printf("second child, parent pid = %d\n", getppid()); exit(0); } // 父进程等待并回收第一个子进程 if (waitpid(pid, NULL, 0) != pid) err_sys("waitpid error"); // 父进程执行到这里以后，可以退出，也可以执行其他的任务。 // 对于刚才那第二个子进程，它继承了父进程的资源，同时它终止后也会被init进程回收， // 不会成为僵尸进程。 exit(0); } |
说明
1.fork创建子进程以后，子进程拥有的是父进程的一个资源副本，而不是和它共享资源。
2.子进程终止后变成僵尸进程并不是系统BUG，而是因为子进程终止后，其一些信息操作系统或者用户以后还可能会用到。
1321
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
