Unix信号

title: 处理信号.
content: 信号处理函数可以通过codice_2系统调用来设置。如果没有为一个信号设置对应的处理函数,就会使用默认的处理函数,否则信号就被进程截获并调用相应的处理函数。在没有处理函数的情况下,程序可以指定两种行为:忽略这个信号(SIG_IGN)或者用默认的处理函数(SIG_DFL)。但是有两个信号是无法被截获并处理的:SIGKILL和SIGSTOP。
title: 风险.
content: 因为竞态条件的存在,信号的处理是有弱点的。因为信号是异步的,所以在处理一个信号的过程中,进程可能收到另一个信号(甚至是相同的信号)。codice_3系统调用可以用来阻塞和恢复信号的传递。信号可以造成进程中系统调用的中断,并在信号处理完后重新开始未完成的系统调用。信号处理函数应该没有任何不想要的副作用,比如,errno的改变、信号掩码的改变、信号处理方法的改变,以及其他全局进程性质的改变。在信号处理函数内使用不可重入函数,如malloc和printf,也是不安全的。
title: 与硬件异常的关系.
content: 进程的运行也可能导致硬件异常,例如,将一个数除以零,或者出现TLB不命中。在类Unix系统中,这会自动运行内核的异常处理程序。对于某些异常如页缺失,内核有足够的信息来处理完并恢复进程的运行。但是对于另外一些异常,内核不能处理而只能通过发送信号把异常交给进程自己处理。例如在x86架构的CPU上,如果一个进程尝试将一个数除以零,将会产生"divide error"异常,并使内核向出错的进程发送SIGFPE信号。相似地,如果一个进程尝试访问虚拟地址空间以外的内存,内核将向进程发送SIGSEGV信号。异常与信号的具体对应关系在不同的CPU架构上是不同的。
title: 信号列表.
content: 单一UNIX规范规定了在<signal.h>中定义的信号有:  备注:打星号的部分表示这是X/Open System Interfaces (XSI)扩充的部分。使用引号的文字是引用自SUS。  发送 SIGABRT 和 SIGIOT 信号能告诉程序去放弃(abort),这也许是终止程序。当程序调用 C标准函数库 的codice_4时,该信号会被初始化,同时它也能被外部(如:其他信号)所发送至程序。  如果你用 setitimer 这一类的报警设置函数设置了一个时限,到达时限时进程会接收到 SIGALRM, SIGVTALRM 或者 SIGPROF。但是这三个信号量的含义各有不同,SIGALRM 计时的是真实时间,SIGVTALRM计时的是进程使用了多少CPU时间,而 SIGPROF 计时的是进程和代表该进程的内核用了多少时间。 总线发生错误时,进程接收到一个SIGBUS信号。举例来说,存储器访问对齐或者或不存在对应的物理地址都会产生SIGBUS信号。 当子进程终止、被中断或被中断后恢复时,SIGCHLD信号被发送到进程。该信号的一个常见用法是指示操作系统在子进程终止后清理其使用的资源,而不显式调用等待系统调用。 SIGCONT信号指示操作系统继续(重启)先前由SIGSTOP或SIGTSTP信号暂停的进程。Unix 壳的作业控制是该信号的一个重要应用。 当进程执行了一个错误的算术运算时,例如被零除,信号被发送到一个进程。这可能包括整数被零除,以及整数在除结果中溢出(在C中只有INT_MIN/-1、INT64_MIN/-1和%-1会触发该行为)。注意该信号与浮点数溢出无关。 检测到控制中断挂起或者控制进程死亡时,进程会收到 SIGHUP。现在操作系统,该信号通常意味着使用的 虚拟终端 已经被关闭。许多 守护进程 在接收到该信号时,会重载他们的设置和重新打开日志文件(logfiles),而不是去退出程序。nohup 命令用于无视该信号。 当进程试图执行非法、格式错误、未知或特权指令时,SIGILL信号被发送到该进程。 当用户希望中断进程时,SIGINT信号由用户的控制终端发送到进程。这通常通过按下Ctrl+C来发送,但是在某些系统中,可以使用“DELETE”键或“BREAK”键。 发送SIGKILL信号到一个进程可以使其立即终止(KILL)。与SIGTERM和SIGINT相不同的是,这个信号不能被捕获或忽略,接收过程在接收到这个信号时不能执行任何清理。 以下例外情况适用: 当在大多数系统关闭程序中终止进程时,如果进程没有响应 SIGTERM 而自动退出,SIGKILL 是最后的手段。为了加快电脑关机过程,苹果OS X 10.6(又名雪豹)向标记自己为“clean”的进程发送SIGKILL,从而加快关机时间,而且可能不会产生任何不良影响。。在 Linux 中执行 codice_5 命令具有类似不过更危险的效果;它不让程序保存未保存的数据。  当一个进程试图写入一个没有连接到另一端进程的管道时,SIGPIPE信号会被发送到该进程。  当一个事件发生在一个正在显式监视的文件描述符上时,就会发送SIGPOLL信号。有效使用这种用法可以进行异步 I/O,因为内核将代替调用者轮询描述符。它提供了主动轮询的替代方案。  SIGRTMIN至SIGRTMAX信号用于用户自定义的目的。它们是实时信号。  当进程在后台试图分别从tty读取或写入时,SIGTTIN和SIGTTOU信号会被发送到该进程。通常,这些信号仅由作业控制下的进程接收;守护进程没有控制终端,因此永远不会接收这些信号。
title: 默认行为.
content: 一个进程可以自定义如何处理传入的POSIX信号。如果一个进程没有定义一个信号处理程序,那么这个信号的默认处理程序将被使用。下表列出了一些与POSIX兼容的UNIX系统的默认操作,例如FreeBSD、OpenBSD和Linux。  对于大多数信号,相应的信号编号由实现定义。此列列出了POSIX标准中指定的数字。

Summary: 在计算机科学中,信号(英语:Signals)是Unix、类Unix以及其他POSIX兼容的操作系统中进程间通讯的一种有限制的方式。它是一种异步的通知机制,用来提醒进程一个事件已经发生。当一个信号发送给一个进程,操作系统中断了进程正常的控制流程,此时,任何非原子操作都将被中断。如果进程定义了信号的处理函数,那么它将被执行,否则就执行默认的处理函数。

Signal (Unix): Bei Verwendung des Betriebssystems Unix ist ein Signal eine Systemnachricht an einen laufenden Prozess. Signale sind eine primitive Form der Interprozesskommunikation. Die meisten Signale bewirken auch eine Aktion – meist das Beenden des Prozesses. Andere hingegen dienen lediglich der Information (z. B. SIGWINCH) oder können einen Prozess anhalten (SIGSTOP). Es gibt auch vom Benutzer frei verwendbare Signale (SIGUSR1 und SIGUSR2). Einige Signale können vom Prozess abgefangen oder unterdrückt werden. So fangen z. B. manche Serverprogramme (im Unix-Jargon „Daemon“) SIGUSR1 oder SIGUSR2 ab und lesen dann ihre Konfigurationsdateien neu ein.