Unix信号

• 在一个运行的程序的控制终端键入特定的组合键可以向它发送某些信号：
  • Ctrl-C发送INT信号（SIGINT）；默认情况下，这会导致进程终止。
  • Ctrl-Z发送TSTP信号（SIGTSTP）；默认情况下，这会导致进程挂起。
  • Ctrl-\发送QUIT信号（SIGQUIT）；默认情况下，这会导致进程终止并且将内存中的信息转储到硬盘（核心转储）。
  • （这些组合键可以通过stty命令来修改。）
• kill()系统调用会在权限允许的情况下向进程发送特定的信号，类似地，kill命令允许用户向进程发送信号。raise(3)库函数可以将特定信号发送给当前进程。
• 像除数为零、段错误这些异常也会产生信号（这里分别是SIGFPE和SIGSEGV，默认都会导致进程终止和核心转储).
• 内核可以向进程发送信号以告知它一个事件发生了。例如当进程将数据写入一个已经被关闭的管道是将会收到SIGPIPE信号，默认情况下会使进程关闭。

信号处理函数可以通过signal()系统调用来设置。如果没有为一个信号设置对应的处理函数，就会使用默认的处理函数，否则信号就被进程截获并调用相应的处理函数。在没有处理函数的情况下，程序可以指定两种行为：忽略这个信号（SIG_IGN）或者用默认的处理函数（SIG_DFL）。但是有两个信号是无法被截获并处理的：SIGKILL和SIGSTOP。

进程的运行也可能导致硬件异常，例如，将一个数除以零，或者出现TLB不命中。在类Unix系统中，这会自动运行内核的异常处理程序。对于某些异常如页缺失，内核有足够的信息来处理完并恢复进程的运行。但是对于另外一些异常，内核不能处理而只能通过发送信号把异常交给进程自己处理。例如在x86架构的CPU上，如果一个进程尝试将一个数除以零，将会产生divide error异常，并使内核向出错的进程发送SIGFPE信号。相似地，如果一个进程尝试访问虚拟地址空间以外的内存，内核将向进程发送SIGSEGV信号。异常与信号的具体对应关系在不同的CPU架构上是不同的。

单一UNIX规范规定了在<signal.h>中定义的信号有：

备注：打星号的部分表示这是X/Open System Interfaces (XSI)扩充的部分。使用引号的文字是引用自SUS。

SIGABRT 和 SIGIOT

发送 SIGABRT 和 SIGIOT 信号能告诉程序去放弃（abort），这也许是终止程序。当程序调用 C标准函数库 的abort()时，该信号会被初始化，同时它也能被外部（如：其他信号）所发送至程序。

SIGALRM, SIGVTALRM 和 SIGPROF

如果你用 setitimer 这一类的报警设置函数设置了一个时限，到达时限时进程会接收到 SIGALRM, SIGVTALRM 或者 SIGPROF。但是这三个信号量的含义各有不同，SIGALRM 计时的是真实时间，SIGVTALRM计时的是进程使用了多少CPU时间，而 SIGPROF 计时的是进程和代表该进程的内核用了多少时间。

SIGBUS

总线发生错误时，进程接收到一个SIGBUS信号。举例来说，存储器访问对齐或者或不存在对应的物理地址都会产生SIGBUS信号。

SIGCHLD

当子进程终止、被中断或被中断后恢复时，SIGCHLD信号被发送到进程。该信号的一个常见用法是指示操作系统在子进程终止后清理其使用的资源，而不显式调用等待系统调用。

SIGCONT

SIGCONT信号指示操作系统继续(重启)先前由SIGSTOP或SIGTSTP信号暂停的进程。Unix 壳的作业控制是该信号的一个重要应用。

SIGFPE

当进程执行了一个错误的算术运算时，例如被零除，信号被发送到一个进程。这可能包括整数被零除，以及整数在除结果中溢出(在C中只有INT_MIN/-1、INT64_MIN/-1和%-1会触发该行为)。注意该信号与浮点数溢出无关。

SIGHUP

检测到控制中断挂起或者控制进程死亡时，进程会收到 SIGHUP。现在操作系统，该信号通常意味着使用的 虚拟终端 已经被关闭。许多 守护进程 在接收到该信号时，会重载他们的设置和重新打开日志文件（logfiles），而不是去退出程序。nohup 命令用于无视该信号。

SIGILL

当进程试图执行非法、格式错误、未知或特权指令时，SIGILL信号被发送到该进程。

SIGINT

当用户希望中断进程时，SIGINT信号由用户的控制终端发送到进程。这通常通过按下Ctrl+C来发送，但是在某些系统中，可以使用“DELETE”键或“BREAK”键。

SIGKILL

发送SIGKILL信号到一个进程可以使其立即终止(KILL)。与SIGTERM和SIGINT相不同的是，这个信号不能被捕获或忽略，接收过程在接收到这个信号时不能执行任何清理。 以下例外情况适用:

• 僵尸进程不能被杀死，因为它们已经死了，正在等待它们的父进程来收获它们。
• 处于阻塞状态的进程不会死亡，直到它们再次醒来。
• init 进程是特殊的: init不接收任何它不打算处理的信号，因此它会忽略SIGKILL。[1]这条规则有一个例外，Linux 上的 init 如果被 ptrace 了，那么它是可以接收 SIGKILL 并被杀死的[2][3]。
• 处于不可中断的睡眠的进程即使发送了SIGKILL，也有可能不会终止(并释放其资源)。这是少数 Unix 系统必须重新启动才能解决临时软件问题的几种情况之一。

当在大多数系统关闭程序中终止进程时，如果进程没有响应 SIGTERM 而自动退出，SIGKILL 是最后的手段。为了加快电脑关机过程，苹果OS X 10.6(又名雪豹)向标记自己为“clean”的进程发送SIGKILL，从而加快关机时间，而且可能不会产生任何不良影响。[4]。在 Linux 中执行 killall -9 命令具有类似不过更危险的效果；它不让程序保存未保存的数据。

SIGPIPE

当一个进程试图写入一个没有连接到另一端进程的管道时，SIGPIPE信号会被发送到该进程。

SIGPOLL

当一个事件发生在一个正在显式监视的文件描述符上时，就会发送SIGPOLL信号。有效使用这种用法可以进行异步 I/O，因为内核将代替调用者轮询描述符。它提供了主动轮询的替代方案。

SIGRTMIN 到 SIGRTMAX

SIGRTMIN至SIGRTMAX信号用于用户自定义的目的。它们是实时信号。

SIGTTIN 和 SIGTTOU

当进程在后台试图分别从tty读取或写入时，SIGTTIN和SIGTTOU信号会被发送到该进程。通常，这些信号仅由作业控制下的进程接收；守护进程没有控制终端，因此永远不会接收这些信号。

• Introduction to Unix Signals Programming
• Another Introduction to Unix Signals Programming
• UNIX and Reliable POSIX Signals by Baris Simsek
• Signal Handlers by Henning Brauer

• <signal.h>