03010第六章学习笔记

信号和信号处理

摘要

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

信号和中断

中断：是从I/0设备或协处理器发送到CPU的外部请求，它将CPU从正常执行转移到中断处理。与发送给CPU的中断请求一样，“信号”是发送给进程的请求，用于将进程从正常执行转移到中断处理。

(1)一个进程是一系列的活动。

(2)中断是发送到进程,的事件，它将进程从正常活动转移到其他活动，这被称为“中断处理”。中断处理完成后，进程可以恢复正常活动。

(3)中断可以应用于任何进程,而不仅仅是计算机的中央处理器。

进程中断：中断是发送到进程的中断。当进程正在执行时，您可能会收到来自三个不同来源的终端：

？(1)硬件中断：终端和间隔定时器的“Ctrl C”组合键等。

？(2)来自其他进程的中断。

？(3)自行中断。

硬件中断：是发生这种中断时发送给处理器或中央处理器的信号。

进程陷阱错误：进程可能会造成混乱。这些中断是由CPU识别为异常的错误引起的，如除以0、地址无效、指令非法、越权等。当进程遇到异常时，它会落入操作系统的内核，将陷阱原因转换成信号号，并将信号发送给自己。

？(1)用户模式异常：进程的默认操作是终止并使用可选的内存存储进行调试。进程可以用信号捕捉器代替默认的动作功能，允许它在用户模式下处理信号；

？(2)内核模式下出现陷阱：原因是硬件错误或者内核代码有漏洞，在这种情况下内核无法处理。在Unix/Uinux中，内核只打印一条PANIC错误消息，然后停止，希望在下一个内核版本中跟踪并修复这些问题。

Unix/Linux中的信号处理

信号类型

每个信号都有一个符号名，如SIGHUP(1)、SIGEMT(2)、SIGKILL(9)、SIGSEGV(11)等。

信号的来源

来自硬件中断的信号:在执行过程中，一些硬件中断被转换成信号并发送到进程硬件信号示例。

(1)中断键(Ctrl C)，产生一个SIGINT(2)信号。

(2)间隔定时器，当它的时间到期时，将产生一个SIGALRM(14)、SIGTALRM(26)或SIGPROF(27)信号。

(3)其他硬件错误，如总线错误和IO捕获。

来自异常的信号:常见的陷阱信号是SIGFPE(8)，表示浮点异常(除以0)，最常见最可怕的是SIGSEGV(11)，表示段错误。

来自其他进程的信号:进程可以使用kill(pid，sig)系统调用向pid标识的目标进程发送信号。

进程PROC结构体中的信号

每个PROCess proc都有一个32位向量来记录发送到进程的信号。在比特向量中，每个比特(除了0比特)代表一个信号数。此外，他有一个信号掩码位向量来屏蔽相信的信号。

信号处理函数

每个PROCess proc都有一个信号处理数组int sig[32]。sig[32]数组的每个条目指定如何处理相应的信号，其中0表示DEFault，1表示IGNore，其他非零值表示预先安装在用户模式下的信号捕获(处理)功能。该图显示了信号位向量、屏蔽位向量和信号处理功能。

如果信号位向量中的位1为1，将生成信号1或将其发送给进程。如果屏蔽位向量的位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);

• sigaction()结构体的定义为：

struct sigaction{
	void (*sa_handler)(int);
	void (*sa_sigaction)(int,siginfo_t *,void *);
	sigset_t sa_mask;
	int sa_flags;
	void (*sa_restorer)(void);
}

• 重要字段：

? sa_handler:指向处理函数的指针，与signal()处理函数有相同的原型；

? sa_sigaction：运行信号处理函数的另一种方法。它的信号编号旁边有两个额外参数，其中siginfo t *提供关于所接收信号的更多信息；

? sa_mask：可在处理函数执行期间设置要阻塞的信号；

? sa_flags：可修改信号处理进程的行为。若要使用sa_sigaction处理函数，必须将sa_flags设置为SA_SIGINFO。

信号处理步骤

• 当某进程处于内核模式时，会检查信号并处理未完成的信号。如果某信号有用户安装的捕捉函数，该进程会先清除信号，获取捕捉函数地址，对于大多数陷阱信号，则将已安装的捕捉函数重置为DEFault。然后，它会在用户模式下返回，以执行捅捉函数，以这种方式篡改返回路径。当捕捉函数结束时，它会返回到最初的中断点，即它最后进入内核模式的地方。因此，该进程会先迁回执行捕捉函数，然后再恢复正常执行。

• 重置用户安装的信号捕捉函数:用户安装的陷阱相关信号捕捉函数用于处理用户代码中的陷阱错误。由于捕捉函数也在用户模式下执行，因此可能会再次出现同样的错误。如果是这样，该进程最终会陷入无限循环，一直在用户模式和内核模式之间跳跃。为了防止这种情况，Unix内核通常会在允许进程执行捕捉函数之前先将处理函数重置为DEFault。这意味着用户安装的捕捉函数只对首次出现的信号有效。若要捕捉再次出现的同一信号，则必须重新安装捕捉函数。但是，用户安装的信号捕捉函数的处理方法并不都一样，在不同 Unix版本中会有所不同。例如，在 BSD Unix中，信号处理函数不会被重置，但是该信号在执行信号捕捉函数时会被阻塞。感兴趣的读者可参考关于Lioux信号和 sigaction函数的手册页，以了解更多详细信息。

• 信号和唤醒:在Unix/Linux内核中有两种SLEEP进程;深度休眠进程和浅度休眠进程。前一种进程不可中断，而后一种进程可由信号中断。如果某进程处于不可中断的SLEEP状态,到达的信号(必须来自硬件中断或其他进程)不会唤醒进程。如果它处于可中断的SLEEP状态，到达的信号将会唤醒它。例如，当某进程等待终端输入时，它会以低优先级休眠，这种休眠是可中断的,SIGINT这类信号即可唤醒它。

Linux中的IPC

IPC是指用于进程间通信的机制。在Linux中，IPC包含以下部分

1）管道和FIFO

2）信号

3）System V IPC

4）POSIX消息队列

5）线程同步机制

6）套接字

实践：

代码：

#includestdio.h
#includestdlib.h 
#includeunistd.h 
#includesignal.h 
#includesetjmp.h
#includestring.h
jmp_buf env;
int count = 0;
void handler(int sig, siginfo_t *siginfo, void *context)
{
printf ("handler: sig=%d from PID=%d UID=%d count=%d\n",
	       	sig, siginfo-si_pid, siginfo-si_uid, ++count); 
	if (count = 4) // let it occur up to 4 times
		longjmp(env, 1234);
}
int BAD()
{
int *ip = 0;
printf("in BAD(): try to dereference NULL pointer\n");
*ip = 123;	// dereference a NULL pointer
printf("should not see this line\n");
}
int main (int argc, char *argv[])
{
int r;
struct sigaction act;
memset(act, 0, sizeof(act));
act.sa_sigaction = handler;
act.sa_flags = SA_SIGINFO;
sigaction(SIGSEGV,act,NULL);
if ((r = setjmp(env)) == 0)
	BAD();
else
	printf("proc %d survived SEGMENTATION FAULT: r=%d\n",getpid(), r);
printf("proc %d looping\n",getpid());
while(1);
}