C++ Singal信号
标准信号
信号 | 解释 |
---|---|
SIGTERM | 终止请求(termination request, sent to the program) |
SIGSEGV | 非法存储区访问(invalid memory access (segmentation fault)) |
SIGINT | Ctrl+C 信号(external interrupt, usually initiated by the user) |
SIGILL | 非法指令(invalid program image, such as invalid instruction) |
SIGABRT | 异常终止(tabnormal termination condition, as is e.g. initiated by abort()) |
SIGFPE | 浮点错误(erroneous arithmetic operation such as divide by zero) |
- 相关资料
- C17 standard (ISO/IEC 9899:2018):
- 7.14/3 Signal handling <signal.h> (p: 193)
- C11 standard (ISO/IEC 9899:2011):
- 7.14/3 Signal handling <signal.h> (p: 265)
- C99 standard (ISO/IEC 9899:1999):
- 7.14/3 Signal handling <signal.h> (p: 246)
- C89/C90 standard (ISO/IEC 9899:1990):
- 4.7 SIGNAL HANDLING <signal.h>
Windows信号
任何 Win32 应用程序都不支持 SIGINT。 当 Ctrl+C 中断发生时,Win32 操作系统将专门生成新的线程来处理中断。 这可能导致单线程应用程序(如 UNIX 中的此类应用程序)变成多线程应用程序并导致意外行为。
Ctrl+C 和 Ctrl+Break 键组合通过控制台进程接收特殊处理。 默认情况下,当控制台窗口具有键盘焦点时,Ctrl+C 或 Ctrl+Break 被视为信号(SIGINT 或 SIGBREAK),而不是视为键盘输入。 默认情况下,这些信号会传递到与控制台连接的所有控制台进程。 系统在每个客户端进程中创建一个新线程来处理事件。 如果正在调试该进程,则该线程会引发一个异常。 调试器可处理该异常,或继续处理未处理的异常。
Ctrl+Break 始终被视为信号,但应用程序可通过阻止调用处理程序函数的两种方式,来更改默认 Ctrl+C 行为:
SetConsoleMode 函数可为控制台的输入缓冲区禁用 ENABLE_PROCESSED_INPUT 输入模式,因此会将 Ctrl+C 报告为键盘输入而不是信号。
如果 SetConsoleCtrlHandler 是以 Null 和 True 值作为其参数调用的,则调用进程将忽略 Ctrl+C 信号。 正常的 Ctrl+C 处理可通过使用 Null 和 False 值调用 SetConsoleCtrlHandler 进行还原。 此属性(忽略或不忽略 Ctrl+C 信号)由子进程继承,但只要不影响现有进程,任何进程都可启用或禁用此属性。
值 | 含义 |
---|---|
CTRL_C_EVENT 0 | 已从键盘输入或 GenerateConsoleCtrlEvent 函数生成的信号中接收 CTRL+C 信号。 |
CTRL_BREAK_EVENT 1 | 已从键盘输入或 GenerateConsoleCtrlEvent 函数生成的信号中接收CTRL+BREAK 信号。 |
CTRL_CLOSE_EVENT 2 | 当用户关闭控制台时,系统向附加到控制台的所有进程发送的信号(单击控制台窗口的窗口菜单上的关闭或单击任务管理器中的结束任务按钮命令)。 |
CTRL_LOGOFF_EVENT 5 | 系统在用户退出登录时发送到所有控制台进程的信号。 此信号不指示哪个用户正在退出登录,因此无法做出任何假设。 |
CTRL_SHUTDOWN_EVENT 6 | 当系统关闭时发送的信号。 当系统发送此信号时,交互式应用程序不存在,因此这种情况下只能由服务接收它。 服务也有自己的关闭事件通知机制。 有关详细信息,请参阅处理程序。此信号也可以由使用 GenerateConsoleCtrlEvent 的应用程序生成。 |
unix信号
信号编号为1 ~ 31的信号为传统UNIX支持的信号,是不可靠信号(非实时的),编号为32 ~ 63的信号是后来扩充的,称做可靠信号(实时信号)。不可靠信号和可靠信号的区别在于前者不支持排队,可能会造成信号丢失,而后者不会。
SIGHUP(1) | SIGINT(2) | SIGQUIT (3) | SIGILL(4) |
SIGTRAP(5) | SIGABRT (6) | SIGBUS (7) | SIGFPE(8) |
SIGKILL (9) | SIGUSR1 (10) | SIGSEGV (11) | SIGUSR2(12) |
SIGPIPE(13) | SIGALRM(14) | SIGTERM(15) | SIGSTKFLT (16) |
SIGCHLD(17) | SIGCONT (18) | SIGSTOP (19) | SIGTSTP (20) |
SIGTTIN(21) | SIGTTOU (22) | SIGURG (23) | SIGXCPU (24) |
SIGXFSZ(25) | SIGVTALRM (26) | SIGPROF (27) | SIGWINCH (28) |
SIGIO(29) | SIGPWR (30) | SIGSYS (31) | (32) |
(33) | SIGRTMIN (34) | SIGRTMIN+1 (35) | SIGRTMIN+2 (36) |
SIGRTMIN+3 (37) | SIGRTMIN+4 (38) | SIGRTMIN+5(39) | SIGRTMIN+6 (40) |
SIGRTMIN+7 (41) | SIGRTMIN+8 (42) | SIGRTMIN+9(43) | SIGRTMIN+10 (44) |
SIGRTMIN+11 (45) | SIGRTMIN+12 (46) | SIGRTMIN+13(47) | SIGRTMIN+14 (48) |
SIGRTMIN+15(49) | SIGRTMAX-14 (50) | SIGRTMAX-13(51) | SIGRTMAX-12 (52) |
SIGRTMAX-11 (53) | SIGRTMAX-10 (54) | SIGRTMAX-9(55) | SIGRTMAX-8 (56) |
SIGRTMAX-7 (57) | SIGRTMAX-6 (58) | SIGRTMAX-5(59) | SIGRTMAX-4(60) |
SIGRTMAX-3 (61) | SIGRTMAX-2 (62) | SIGRTMAX-1(63) |
编号小于SIGRTMIN的信号。
- SIGHUP
本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联。
登录Linux时,系统会分配给登录用户一个终端(Session)。在这个终端运行的所有程序,包括前台进程组和后台进程组,一般都属于这个 Session。当用户退出linux登录时,前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程,因此前台进 程组和后台有终端输出的进程就会中止。不过可以捕获这个信号,比如wget能捕获SIGHUP信号,并忽略它,这样就算退出了Linux登录,wget也 能继续下载。
此外,对于与终端脱离关系的守护进程,这个信号用于通知它重新读取配置文件。
-
SIGINT
程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出,用于通知前台进程组终止进程。 -
SIGQUIT
和SIGINT类似, 但由QUIT字符(通常是Ctrl-)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号。 -
SIGILL
执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号。 -
SIGTRAP
由断点指令或其它trap指令产生. 由debugger使用。 -
SIGABRT
调用abort函数生成的信号。 -
SIGBUS
非法地址, 包括内存地址对齐(alignment)出错。比如访问一个四个字长的整数, 但其地址不是4的倍数。它与SIGSEGV的区别在于后者是由于对合法存储地址的非法访问触发的(如访问不属于自己存储空间或只读存储空间)。 -
SIGFPE
在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误。 -
SIGKILL
用来立即结束程序的运行. 本信号不能被阻塞、处理和忽略。如果管理员发现某个进程终止不了,可尝试发送这个信号。 -
SIGUSR1
留给用户使用 -
SIGSEGV
试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据. -
SIGUSR2
留给用户使用 -
SIGPIPE
管道破裂。这个信号通常在进程间通信产生,比如采用FIFO(管道)通信的两个进程,读管道没打开或者意外终止就往管道写,写进程会收到SIGPIPE信号。此外用Socket通信的两个进程,写进程在写Socket的时候,读进程已经终止。 -
SIGALRM
时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该信号. -
SIGTERM
程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理。通常用来要求程序自己正常退出,shell命令kill缺省产生这个信号。如果进程终止不了,我们才会尝试SIGKILL。 -
SIGCHLD
子进程结束时, 父进程会收到这个信号。
如果父进程没有处理这个信号,也没有等待(wait)子进程,子进程虽然终止,但是还会在内核进程表中占有表项,这时的子进程称为僵尸进程。这种情 况我们应该避免(父进程或者忽略SIGCHILD信号,或者捕捉它,或者wait它派生的子进程,或者父进程先终止,这时子进程的终止自动由init进程来接管)。
-
SIGCONT
让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用一个handler来让程序在由stopped状态变为继续执行时完成特定的工作. 例如, 重新显示提示符… -
SIGSTOP
停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别:该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略. -
SIGTSTP
停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时(通常是Ctrl-Z)发出这个信号 -
SIGTTIN
当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN信号. 缺省时这些进程会停止执行. -
SIGTTOU
类似于SIGTTIN, 但在写终端(或修改终端模式)时收到. -
SIGURG
有"紧急"数据或out-of-band数据到达socket时产生. -
SIGXCPU
超过CPU时间资源限制. 这个限制可以由getrlimit/setrlimit来读取/改变。 -
SIGXFSZ
当进程企图扩大文件以至于超过文件大小资源限制。 -
SIGVTALRM
虚拟时钟信号. 类似于SIGALRM, 但是计算的是该进程占用的CPU时间. -
SIGPROF
类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的时间. -
SIGWINCH
窗口大小改变时发出. -
SIGIO
文件描述符准备就绪, 可以开始进行输入/输出操作. -
SIGPWR
Power failure -
SIGSYS
非法的系统调用。
程序不可捕获、阻塞或忽略的信号有:SIGKILL, SIGSTOP
不能恢复至默认动作的信号有:SIGILL,SIGTRAP
默认会导致进程流产的信号有:SIGABRT,SIGBUS,SIGFPE,SIGILL,SIGIOT,SIGQUIT,SIGSEGV,SIGTRAP,SIGXCPU,SIGXFSZ
默认会导致进程退出的信号有:SIGALRM,SIGHUP,SIGINT,SIGKILL,SIGPIPE,SIGPOLL,SIGPROF,SIGSYS,SIGTERM,SIGUSR1,SIGUSR2,SIGVTALRM
默认会导致进程停止的信号有:SIGSTOP,SIGTSTP,SIGTTIN,SIGTTOU
默认进程忽略的信号有:SIGCHLD,SIGPWR,SIGURG,SIGWINCH
此外,SIGIO在SVR4是退出,在4.3BSD中是忽略;SIGCONT在进程挂起时是继续,否则是忽略,不能被阻塞
有些信号的默认处理方式为“终止+core”,这里的core表示,进程终止时,会在进程的当前工作目录生产一个core文件,该文件是进程终止时的内存快照,以便以后供debugger调试用。
以下情况不会生产core文件:
(1)为程序设置了set-user-ID并且用户不是程序的所有者;
(2)为程序设置了set-group-ID并且用户不是程序的组所有者;
(3)进程在当前工作目录下面没有写权限;
(4)当前工作目录下已有core文件且进程对该core文件没有写权限;
(5)core文件过大。
各种信号产生条件和默认处理方式描述如下:
-
SIGABRT 默认处理方式:终止+core;当程序调用abort函数时,会产生该信号。程序异常终止。
-
SIGALRM 默认处理方式:终止;当由alarm或setitimer函数设置的定时器超时时,会产生该信号。
-
SIGBUS 默认处理方式:终止+core;经常因为内存错误产生该信号。
-
SIGCHLD 默认处理方式:忽略;当进程terminate或stopped的时候,该信号会发送给父进程。如果父进程需要知道子进程什么时候终止,父进程必须捕获该信号。通常在该信号的捕获函数中调用wait或waitpid获取子进程的pid和终止状态。
-
SIGCONT 默认处理方式:忽略/继续;作业控制命令进程继续执行时,该信号发送给进程。如果进程之前已被停止,则该信号的默认处理方式是继续进程的执行;否则,忽略该信号。
-
SIGFPE 默认处理方式:终止+core;当发生算术错误(如:除零,溢出等)时,产生该信号。
-
SIGHUP 默认处理方式:终止;当终端界面检测到连接断开时,内核向与控制终端的session leader进程发送该信号(当且仅当终端的CLOCAL标识位没有被设置时,才会发送该信号)。接收信号的session leader可能是后台进程,这与普通终端产生的信号不同,普通终端信号接收者是前台进程组。另外,当控制终端的session leader终止时,SIGHUP信号会发送到前台进程组。因为守护进程没有控制终端,通常不应该接收该信号的,所以这个信号常常被用作守护进程重新读取配置文件的信号。
-
SIGILL 默认处理方式:终止;当处理器执行了非法指令时,产生该信号。
-
SIGINT 默认处理方式:终止;当向终端输入终端键(Control+C或DELETE)时,终端产生SIGINT信号。该信号被发送到前台进程组。通常用来终止已运行的进程。
-
SIGIO 默认处理方式:终止/忽略;该信号用来提供异步IO模式。当有IO可用时,产生该信号通知进程。
-
SIGKILL 默认处理方式:终止;该信号给超级用户提供了终止任何进程的能力,通常通过kill函数或命令。该信号不能够被忽略或捕获。
-
SIGPIPE 默认处理方式:终止;当向已经关闭读者的管道写数据时,会产生该信号。同样向未连接的SOCK_STREAM类型的socket写数据时,也会产生该信号。
-
SIGPOLL 默认处理方式:终止;当指定的事件发生在可选择的设备上时,产生该信号。
-
SIGPROF 默认处理方式:终止;由setitimer设置的间隔定时器超时会产生该信号。
-
SIGPWR 默认处理方式:终止;当系统有UPS(Uninterruptible Power Supply,即电池)时,断电后使用电池,当电池电量低时,会产生该信号通知进程在1530秒内关闭。
-
SIGQUIT 默认处理方式:终止+core;当输入退出键(Control+\)时,终端将会产生SIGQUIT信号,该信号被传送到前台进程组。
-
SIGSEGV 默认处理方式:终止+core;非法内存引用时,产生该信号。
-
SIGSTOP 默认处理方式:停止进程;作业控制信号,用来停止进程。该信号不能被忽略或捕获。
-
SIGSYS 默认处理方式:终止+core;非法系统调用时,产生该信号。
-
SIGTERM 默认处理方式:终止;kill函数默认发送的信号,用来终止进程。
-
SIGTRAP 默认处理方式:终止+core;系统定义的硬件错误。通常,在遇到调试断点时,将控制权传递给debugger。
-
SIGTSTP 默认处理方式:停止进程;当输入挂起键(Control+Z)时,终端产生该(交互式停止)信号停止进程。该信号被发送给前台进程组。
-
SIGTTIN 默认处理方式:停止进程;当后台进程组中的进程要求从控制终端读取数据时,会产生该信号。有两个例外情况:1、要求读数据的后台进程忽略或阻塞了该信号,2、进程所属进程组是“孤儿”。在这两种情况下,不会产生该信号,否则,read会错误返回,并将errno设置为EIO。
-
SIGTTOU 默认处理方式:停止进程;当后台进程组中的进程要求写数据到控制终端时,会产生该信号。后台进程可以被允许写数据到控制终端。当不允许后台进程写数据到控制终端时,write会错误返回,并将errno设置为EIO。到有两个例外情况:1、要求写数据的后台进程忽略或阻塞了该信号,2、进程所属进程组是“孤儿”。在这两种情况下,不会产生该信号。
-
SIGURG 默认处理方式:忽略;当网络连接(Socket)接收到带外数据(out-of-band data)时,会产生该信号。
-
SIGUSR1 默认处理方式:终止;用户自定义的信号。
-
SIGUSR2 默认处理方式:终止;用户自定义的信号。
-
SIGVTALRM 默认处理方式:终止;由setitimer设置的虚拟定时器超时时,产生该信号。
-
SIGXCPU 默认处理方式:终止+core/忽略;进程超过了CPU的软限制时,产生该信号。
-
SIGXFSZ 默认处理方式:终止+core/忽略;进程超过了文件大小的软限制时,产生该信号。