第六章 信号和信号处理
第六章 信号和信号处理
6.1 信号和中断
-
中断：是从I/O设备或协处理器发送到CPU的外部请求，他将CPU从正常执行转移到中断处理。
-
进程中断：这类终端是发送给进程的终端。当某进程正在执行时，可能会收到三个不同来源的终端：
（1）来自硬件的中断：终端、间隔定时器的“Ctrl+C”组合键等。
（2）来自其他进程的中断
（3）自己造成的中断
-
硬件中断：这类中断时发送给处理器或CPU的信号。
6.2 Umix/Linux中的信号处理
Unix/Linux支持31中不同的信号，每种信号在signal.h文件中都有定义。
信号的来源
-
来自硬件中断的信号：在执行过程中，一些硬件中断被转换为信号发送给进程硬件信号示例
- 中断键（Ctrl+C），它产生一个SIGINT(2)信号。
- 间隔定时器，当他的时间到期时，会生成一个SIGALRM(14)、SIGTALRM(26)或SIGPROF(27)信号。
- 其他硬件错误，如总线错误、IO陷进
-
来自异常的信号：常见的陷阱信号有SIGFPE(8)，表示浮点异常（除以0），最常见也是最可怕的时SIGSEGV（11），表示段错误
-
来自其他进程的信号：进程可以使用kill（pid，sig）系统调用向pid标识的目标进程发送信号。
进程PROC结构体中的信号
每个进程PROC都有一个32位 向量，用来记录发送给进程的信号。在位向量中，每一位（0位除外）代表一个信号编号。此外，他还有一个信号MASK位向量，用来屏蔽相信的信号。
信号处理函数
每个进程PROC都有一个信号处理数组int sig[32]。sig[32]数组的每个条目都指定了如何处理相应的信号，其中0表示 DEFault（默认)，1表示IGNore(忽略)，其他非零值表示用户模式下预先安装的信号捕捉（处理)函数。图给出了信号位向量、屏蔽位向量和信号处理函数。
如果信号位向量中的位1为1，则会生成一个信号I或将其发送给进程。如果屏蔽位向量的位1为1，则信号会被阻塞或屏蔽。否则，信号未被阻塞。只有当信号存在并且未被阻塞时，信号才会生效或传递给进程。当内核模式下的进程发现一个未阻塞信号时，会将信号位清除为0，并尝试通过信号处理数组中的处理函数来处理该信号。0表示 DEFault，1表示IGNore，其他数值表示用户空间内预先安装的捕捉函数。
安装信号捕捉函数
进程可以使用系统调用
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标准，可移植性更好。
sigaction（）系统调用
int sigaction (int signum,const struct sigaction *act,struct sigaction *oldact);
6.3信号处理步骤
(1）当某进程处于内核模式时，会检查信号并处理未完成的信号。如果某信号有用户安装的捕捉函数，该进程会先清除信号，获取捕捉函数地址，对于大多数陷阱信号，则将已安装的捕捉函数重置为DEFault。然后，它会在用户模式下返回，以执行捅捉函数，以这种方式篡改返回路径。当捕捉函数结束时，它会返回到最初的中断点，即它最后进入内核模式的地方。因此，该进程会先迁回执行捕捉函数，然后再恢复正常执行。
(2）重置用户安装的信号捕捉函数:用户安装的陷阱相关信号捕捉函数用于处理用户代码中的陷阱错误。由于捕捉函数也在用户模式下执行，因此可能会再次出现同样的错误。如果是这样，该进程最终会陷入无限循环，一直在用户模式和内核模式之间跳跃。为了防止这种情况，Unix内核通常会在允许进程执行捕捉函数之前先将处理函数重置为DEFault。这意味着用户安装的捕捉函数只对首次出现的信号有效。若要捕捉再次出现的同一信号，则必须重新安装捕捉函数。但是，用户安装的信号捕捉函数的处理方法并不都一样，在不同 Unix版本中会有所不同。例如，在 BSD Unix中，信号处理函数不会被重置，但是该信号在执行信号捕捉函数时会被阻塞。感兴趣的读者可参考关于Lioux信号和 sigaction函数的手册页，以了解更多详细信息。
(3）信号和唤醒:在Unix/Linux内核中有两种SLEEP进程;深度休眠进程和浅度休眠进程。前一种进程不可中断，而后一种进程可由信号中断。如果某进程处于不可中断的SLEEP状态,到达的信号(必须来自硬件中断或其他进程)不会唤醒进程。如果它处于可中断的SLEEP状态，到达的信号将会唤醒它。例如，当某进程等待终端输入时，它会以低优先级休眠，这种休眠是可中断的,SIGINT这类信号即可唤醒它。
6.4Linux中的IPC
IPC是指用于进程间通信的机制。在Linux中，IPC包含以下部分
1）管道和FIFO
2）信号
3）System V IPC
4）POSIX消息队列
5）线程同步机制
6）套接字
在openeuler中编程
例6.1：sigaction（）
源代码
运行结果
遇到的问题
问题：
在运行上述代码的过程中，使用
kill -s 15 PID；
无法结束进程，始终提示无法找到PID对应的进程。
解决办法
通过反复搜索资料也没发现问题所在，最终在看课笨的过程中发现，书中给的代码有一定的错误，需要自行修改以下才能成功显示进程对应的PID。
