一、摘要

本章讲述了信号和信号处理;介绍了信号和中断的统一处理，有助于从正确的角度看待信号;将信号视为进程中断，将进程从正常执行转移到信信号处理;解释了信号的来源，包括来自硬件、异常和其他进程的信号;然后举例说明了信号在 Unix/Linux 中的常见用法;
详细解释了 Unix/Linux 中的信号处理，包括信号类型、 信号向量位、信号掩码位、进程 PROC 结构体中的信号处理程序以及信号处理步骤;用示例展示了如何安装信号捕捉器来处理程序异常，如用户模式下的段错误;还讨论了将信号月作进程间通信(IPC)机制的适用性。读者可借助该编程项目，使用信号和管道来实现用于进程交换信息的进程间通信机制。

二、学到了什么

1.信号和中断
中断是指计算机在执行期间，系统内发生任何非寻常的或非预期的急需处理事件，使得CPU暂时中断当前正在执行的程序而转去执行相应的事件处理程序，待处理完毕后又返回原来被中断处继续执行或调度新的进程执行的过程。引起中断发生的事件被称为中断源。中断源向CPU发出的请求中断处理信号称为中断请求，而CPU收到中断请求后转到相应的事件处理程序称为中断响应。
根据系统对中断处理的需要，操作系统一般对中断进行分类并对不同的中断赋予不同的处理优先级，以便在不同的中断同时发生时，按轻重缓急进行处理。

为了按中断源的轻重缓急处理响应中断，操作系统为不同的中断赋予不同的优先级。例如在UNIX系统中，外中断和陷阱的优先级共分为8级。为了禁止中断或屏蔽中断，CPU的处理器状态字PSW中也设有相应的优先级。如果中断源的优先级高于PSW的优先级，则CPU响应该中断源的请求；反之，CPU屏蔽该中断源的中断请求。

各中断源的优先级在系统设计时给定，在系统运行时是固定的。而处理器的优先级则根据执行情况由系统程序动态设定。

信号是在软件层次上对中断机制的一种模拟，在原理上，一个进程收到一个信号与处理器收到一个中断请求可以说是一样的。信号是异步的，一个进程不必通过任何操作来等待信号的到达，事实上，进程也不知道信号到底什么时候到达。

信号是进程间通信机制中唯一的异步通信机制，可以看作是异步通知，通知接收信号的进程有哪些事情发生了。信号机制经过POSIX实时扩展后，功能更加强大，除了基本通知功能外，还可以传递附加信息。

2. Unix/Linux信号示例
(1)按“Ctrl+C”组合键通常会导致当前运行的进程终止。原因如下：
“Ctr1+C”组合键会生成一个键盘硬件中断。键盘中断处理程序将“Ctrl+C”组合键转换为SIGINT(2)信号，发送给终端上的所有进程，并唤醒等待键盘输人的进程。在内核模式下，每个进程都要检查和处理未完成的信号。进程对大多数信号的默认操作是调用内核的kexit(exitValue)函数来终止。在Linux中，exitValue的低位字节是导致进程终止的信号编号。
(2）用户可使用nohup a.out &命令在后台运行一个程序。即使在用户退出后，进程仍将继续运行。nobup命令会使sh像往常一样复刻子进程来执行程序，但是子进程会忽略SIGHuP(1)信号。当用户退出时，sh会向与终端有关的所有进程发送一个SIGHUP信号。后台进程在接收到这一信号后，会忽略它并继续运行。为防止后台进程使用终端进行I/O,后台进程通常会断开与终端的连接(通过将其文件描述符0、1、2重定向到/dev/null)，使其完全不受任何面向终端信号的影响。
(3)用户可以使用sh命令killpid(orkill-s9pia)杀死该程。方法如下。执行杀死的进程向pid标识的目标进程发送一个SIGTERM ( 15 )信号，请求它死亡。目标进程将会遵从请求并终止。如果进程选择忽略SIGTERM信号，它可能拒绝死亡。
3. Umix/Linux中的信号处理
Unix/Linux支持31中不同的信号，每种信号在signal.h文件中都有定义。

4.安装信号捕捉函数
进程可以使用系统调用
int r = signal(int signal_number,voide *handler);
来修改选定信号编号的处理函数，（19）和（9）除外，他们不能修改。
signal()系统调用在所有类Unix系统中均可用，但它有一些不理想的特点。
(1)在执行已安装的信号捕捉函数之前，通常将信号处理函数重置为DEFault。为捕捉下次出现的相同信号，必须重新安装捕捉函数。这可能会导致下一个信号和信号处理函数重新安装之间出现竞态条件。相反，sigaction()在执行当前捕捉函数时会自动阻塞下一个信号，因此不会出现竞态条件。
( 2 ) signal()不能阻塞其他信号。必要时，用户必须使用sigprocmask()显式地阻塞或解锁其他信号。相反，sigaction(可以指定要阻塞的其他信号。
( 3 ) signal()只能向捕捉函数发送一个信号编号。sigaction()可以传输关于信号的其他信息。
signal()系统调用在所有类Unix系统中均可用，但它有一些不理想的特点。
(1)在执行已安装的信号捕捉函数之前，通常将信号处理函数重置为DEFault。为捕捉下次出现的相同信号，必须重新安装捕捉函数。这可能会导致下一个信号和信号处理函数重新安装之间出现竞态条件。相反，sigaction()在执行当前捕捉函数时会自动阻塞下一个信号，因此不会出现竞态条件。
( 2 ) signal()不能阻塞其他信号。必要时，用户必须使用sigprocmask()显式地阻塞或解锁其他信号。相反，sigaction(可以指定要阻塞的其他信号。
( 3 ) signal()只能向捕捉函数发送一个信号编号。sigaction()可以传输关于信号的其他信息。
( 4 ) signal()可能不适用于多线程程序中的线程。sigaction()适用于线程。
(5）不同Unix版本的signal()可能会有所不同。sigaction()采用的是POISX标准，可移植性更好。

5.信号处理步骤
(1)当某进程处于内核模式时，会检查信号并处理未完成的信号。如果某信号有用户安装的捕捉函数，该进程会先清除信号，获取捕捉函数地址，对于大多数陷阱信号，则将已安装的捕捉函数重置为DEFaulta然后，它会在用户模式下返回，以执行埔捉函数，以这种方式篡改返回路径。当捕捉函数结束时，它会返回到最初的中断点，即它最后进入内核模式的地方。因此,该进程会先迁回执行捕捉函数，然后再恢复正常执行。
(2）重置用户安装的信号捕捉函数:用户安装的陷阱相关信号捕捉函数用于处理用户代码中的陷阱错误。由于捕捉函数也在用户模式下执行，因此可能会再次出现同样的错误。如果是这样，该进程最终会陷入无限循环，一直在用户模式和内核模式之间跳跃。为了防止这种情况，Unix内核通常会在允许进程执行捕捉函数之前先将处理函数重置为DEFault。这意昧着用户安装的捕捉函数只对首次出现的信号有效。若要捕捉再次出现的同一信号，则必须重新安装捕捉函数。但是，用户安装的信号捕捉函数的处理方法并不都一样，在不同 Unix版本中会有所不同。例如，在 BSD Unix中，信号处理函数不会被重置，但是该信号在执行信号捕捉函数时会被阻塞。感兴趣的读者可参考关于Linux信号和 sigaction函数的手册页，以了解更多详细信息。
(3）信号和唤醒:在Unix/Lintux内核中有两种SLEEP进程;深度休眠进程和浅度休眠进程。前一种进程不可中断，而后一种进程可由信号中断。如果某进程处于不可中断的SLEEP状态，到达的信号(必须来自硬件中断或其他进程)不会唤醒进程。如果它处于可中断的SLEEP状态，到达的信号将会唤醒它。例如，当某进程等待终端输入时，它会以低优先级休眠，这种休眠是可中断的,SIGINT这类信号即可唤醒它。"

三、实践内容与截图

例6.1：
源代码：

运行结果：