[计算机]Linux 信号signal处理机制

《[计算机]Linux 信号signal处理机制》由会员分享，可在线阅读，更多相关《[计算机]Linux 信号signal处理机制（10页珍藏版）》请在金锄头文库上搜索。

1、Linux 信号 signal 处理机制信号是 Linux 编程中非常重要的部分，本文将详细介绍信号机制的基本概念、 Linux 对信号机制的大致实现方法、如何使用信号，以及有关信号的几个系统调用。 信号机制是进程之间相互传递消息的一种方法，信号全称为软中断信号，也有人称作软中断。从它的命名可以看出，它的实质和使用很象中断。所以，信号可以说是进程控制的一部分。 一、信号的基本概念 本节先介绍信号的一些基本概念，然后给出一些基本的信号类型和信号对应的事件。基本概念对于理解和使用信号，对于理解信号机制都特别重要。下面就来看看什么是信号。 1、基本概念 软中断信号（signal，又简称为信号）用来通

2、知进程发生了异步事件。进程之间可以互相通过系统调用kill 发送软中断信号。内核也可以因为内部事件而给进程发送信号，通知进程发生了某个事件。注意，信号只是用来通知某进程发生了什么事件，并不给该进程传递任何数据。 收 到信号的进程对各种信号有不同的处理方法。处理方法可以分为三类：第一种是类似中断的处理程序，对于需要处理的信号，进程可以指定处理函数，由该函数来处 理。第二种方法是，忽略某个信号，对该信号不做任何处理，就象未发生过一样。第三种方法是，对该信号的处理保留系统的默认值，这种缺省操作，对大部分的信 号的缺省操作是使得进程终止。进程通过系统调用 signal 来指定进程对某个信号的处理行为。

3、 在进程表的表项中有一个软中断信号域，该域中每一位对应一个信号，当有信号发送给进程时，对应位置位。由此可以看出，进程对不同的信号可以同时保留，但对于同一个信号，进程并不知道在处理之前来过多少个。 2、信号的类型 发出信号的原因很多，这里按发出信号的原因简单分类，以了解各种信号： （1） 与进程终止相关的信号。当进程退出，或者子进程终止时，发出这类信号。 （2） 与进程例外事件相关的信号。如进程越界，或企图写一个只读的内存区域（如程序正文区） ，或执行一个特权指令及其他各种硬件错误。 （3） 与在系统调用期间遇到不可恢复条件相关的信号。如执行系统调用 exec 时，原有资源已经释放，而目前系统资

4、源又已经耗尽。 （4） 与执行系统调用时遇到非预测错误条件相关的信号。如执行一个并不存在的系统调用。 （5） 在用户态下的进程发出的信号。如进程调用系统调用 kill 向其他进程发送信号。 （6） 与终端交互相关的信号。如用户关闭一个终端，或按下 break 键等情况。 （7） 跟踪进程执行的信号。 Linux 支持的信号列表如下。很多信号是与机器的体系结构相关的，首先列出的是 POSIX.1 中列出的信号： 信号 值 处理动作 发出信号的原因 - SIGHUP 1 A 终端挂起或者控制进程终止 SIGINT 2 A 键盘中断（如 break 键被按下） SIGQUIT 3 C 键盘的退出键被

5、按下 SIGILL 4 C 非法指令 SIGABRT 6 C 由 abort(3)发出的退出指令 SIGFPE 8 C 浮点异常 SIGKILL 9 AEF Kill 信号 SIGSEGV 11 C 无效的内存引用 SIGPIPE 13 A 管道破裂: 写一个没有读端口的管道 SIGALRM 14 A 由 alarm(2)发出的信号 SIGTERM 15 A 终止信号 SIGUSR1 30,10,16 A 用户自定义信号 1 SIGUSR2 31,12,17 A 用户自定义信号 2 SIGCHLD 20,17,18 B 子进程结束信号 SIGCONT 19,18,25 进程继续（曾被停止的进程

6、） SIGSTOP 17,19,23 DEF 终止进程 SIGTSTP 18,20,24 D 控制终端（tty ）上按下停止键 SIGTTIN 21,21,26 D 后台进程企图从控制终端读 SIGTTOU 22,22,27 D 后台进程企图从控制终端写 下面的信号没在 POSIX.1 中列出，而在 SUSv2 列出 信号 值 处理动作 发出信号的原因 - SIGBUS 10,7,10 C 总线错误(错误的内存访问) SIGPOLL A Sys V 定义的 Pollable 事件，与 SIGIO 同义 SIGPROF 27,27,29 A Profiling 定时器到 SIGSYS 12,-,

7、12 C 无效的系统调用 (SVID) SIGTRAP 5 C 跟踪/断点捕获 SIGURG 16,23,21 B Socket 出现紧急条件(4.2 BSD) SIGVTALRM 26,26,28 A 实际时间报警时钟信号 (4.2 BSD) SIGXCPU 24,24,30 C 超出设定的 CPU 时间限制(4.2 BSD) SIGXFSZ 25,25,31 C 超出设定的文件大小限制(4.2 BSD) （对于 SIGSYS，SIGXCPU，SIGXFSZ，以及某些机器体系结构下的 SIGBUS，Linux 缺省的动作是A (terminate)，SUSv2 是 C (terminate

8、and dump core)） 。 下面是其它的一些信号 信号 值 处理动作 发出信号的原因 - SIGIOT 6 C IO 捕获指令，与 SIGABRT 同义 SIGEMT 7,-,7 SIGSTKFLT -,16,- A 协处理器堆栈错误 SIGIO 23,29,22 A 某 I/O 操作现在可以进行了(4.2 BSD) SIGCLD -,-,18 A 与 SIGCHLD 同义 SIGPWR 29,30,19 A 电源故障(System V) SIGINFO 29,-,- A 与 SIGPWR 同义 SIGLOST -,-,- A 文件锁丢失 SIGWINCH 28,28,20 B 窗口大

9、小改变(4.3 BSD, Sun) SIGUNUSED -,31,- A 未使用的信号(will be SIGSYS) （在这里，- 表示信号没有实现；有三个值给出的含义为，第一个值通常在 Alpha 和 Sparc 上有效，中间的值对应 i386 和 ppc 以及 sh，最后一个值对应 mips。信号 29 在 Alpha 上为 SIGINFO / SIGPWR ，在 Sparc 上为 SIGLOST。 ） 处理动作一项中的字母含义如下 A 缺省的动作是终止进程 B 缺省的动作是忽略此信号 C 缺省的动作是终止进程并进行内核映像转储（dump core） D 缺省的动作是停止进程 E 信号不

10、能被捕获 F 信号不能被忽略 上 面介绍的信号是常见系统所支持的。以表格的形式介绍了各种信号的名称、作用及其在默认情况下的处理动作。各种默认处理动作的含义是：终止程序是指进程退 出；忽略该信号是将该信号丢弃，不做处理；停止程序是指程序挂起，进入停止状况以后还能重新进行下去，一般是在调试的过程中（例如ptrace 系统调 用） ；内核映像转储是指将进程数据在内存的映像和进程在内核结构中存储的部分内容以一定格式转储到文件系统，并且进程退出执行，这样做的好处是为程序员提 供了方便，使得他们可以得到进程当时执行时的数据值，允许他们确定转储的原因，并且可以调试他们的程序。 注意 信号 SIGKILL 和

11、 SIGSTOP 既不能被捕捉，也不能被忽略。信号 SIGIOT 与 SIGABRT 是一个信号。可以看出，同一个信号在不同的系统中值可能不一样，所以建议最好使用为信号定义的名字，而不要直接使用信号的值。 二、信 号 机 制 上 一节中介绍了信号的基本概念，在这一节中，我们将介绍内核如何实现信号机制。即内核如何向一个进程发送信号、进程如何接收一个信号、进程怎样控制自己对信 号的反应、内核在什么时机处理和怎样处理进程收到的信号。还要介绍一下 setjmp 和 longjmp 在信号中起到的作用。 1、内核对信号的基本处理方法 内 核给一个进程发送软中断信号的方法，是在进程所在的进程表项的信号域设

12、置对应于该信号的位。这里要补充的是，如果信号发送给一个正在睡眠的进程，那么要看 该进程进入睡眠的优先级，如果进程睡眠在可被中断的优先级上，则唤醒进程；否则仅设置进程表中信号域相应的位，而不唤醒进程。这一点比较重要，因为进程检 查是否收到信号的时机是：一个进程在即将从内核态返回到用户态时；或者，在一个进程要进入或离开一个适当的低调度优先级睡眠状态时。 内核处理一个进程收到的信号的时机是在一个进程从内核态返回用户态时。所以，当一个进程在内核态下运行时，软中断信号并不立即起作用，要等到将返回用户态时才处理。进程只有处理完信号才会返回用户态，进程在用户态下不会有未处理完的信号。 内 核处理一个进程收到

13、的软中断信号是在该进程的上下文中，因此，进程必须处于运行状态。前面介绍概念的时候讲过，处理信号有三种类型：进程接收到信号后退 出；进程忽略该信号；进程收到信号后执行用户设定用系统调用 signal 的函数。当进程接收到一个它忽略的信号时，进程丢弃该信号，就象没有收到该信号似 的继续运行。如果进程收到一个要捕捉的信号，那么进程从内核态返回用户态时执行用户定义的函数。而且执行用户定义的函数的方法很巧妙，内核是在用户栈上创 建一个新的层，该层中将返回地址的值设置成用户定义的处理函数的地址，这样进程从内核返回弹出栈顶时就返回到用户定义的函数处，从函数返回再弹出栈顶时， 才返回原先进入内核的地方。这样做

14、的原因是用户定义的处理函数不能且不允许在内核态下执行（如果用户定义的函数在内核态下运行的话，用户就可以获得任何权 限） 。 在信号的处理方法中有几点特别要引起注意。第一，在一些系统中，当一个进程处理完中断信号返回用户态之前，内核清除用户区中设 定的对该信号的处理例程的地址，即下一次进程对该信号的处理方法又改为默认值，除非在下一次信号到来之前再次使用 signal 系统调用。这可能会使得进程 在调用 signal 之前又得到该信号而导致退出。在 BSD 中，内核不再清除该地址。但不清除该地址可能使得进程因为过多过快的得到某个信号而导致堆栈溢 出。为了避免出现上述情况。在 BSD 系统中，内核模拟

15、了对硬件中断的处理方法，即在处理某个中断时，阻止接收新的该类中断。 第二个要 引起注意的是，如果要捕捉的信号发生于进程正在一个系统调用中时，并且该进程睡眠在可中断的优先级上，这时该信号引起进程作一次 longjmp，跳出睡眠 状态，返回用户态并执行信号处理例程。当从信号处理例程返回时，进程就象从系统调用返回一样，但返回了一个错误代码，指出该次系统调用曾经被中断。这要注 意的是，BSD 系统中内核可以自动地重新开始系统调用。 第三个要注意的地方：若进程睡眠在可中断的优先级上，则当它收到一个要忽略的信号时，该进程被唤醒，但不做 longjmp，一般是继续睡眠。但用户感觉不到进程曾经被唤醒，而是象没有发生过该信号一样。 第 四个要注意的地方：内核对子进程终止（SIGCLD）信号的处理方法与其他信号有所区别。当进程检查出收到了一个子进程终止的信号时，缺省情况下，该进程 就象没有收到该信号似的，如果父进程执行了系统调用 wait，进程将从系统调用 wait 中醒来并返回 wait 调用，执行一系列 wait 调用的后续操作（找 出僵死的子进程，释放子进程的进程表项） ，然后从 wait 中返回。SIGCLD 信号的作用是唤醒一个睡眠在可被中断优先级上的进程。如果该进程捕捉了这个 信号，就象普通信号处理一样转到处理例程。如果进程忽略该信号，那么