摘要
本文部分内容来源于网络,个人收集整理,请勿传播
trap捕捉信号有三种形式
trap "commands" signal-list
trap signal-list
trap ' ' signal-list
https://www.cnblogs.com/f-ck-need-u/p/7454174.html
https://blog.csdn.net/weixin_40172997/article/details/85643533
捕捉信号执行命令
trap "commands" signal-list
当脚本收到signal-list清单内列出的信号时,trap命令执行双引号中的命令.
1 | 例1 |
单引号和双引号是不同的,当shell程序第一次碰到trap语句时,将把commands中的命令扫描一遍。
此时若commands是用单引号括起来的话,那么shell不会对commands中的变量和命令进行替换
否则commands中的变量和命令将用当时具体的值来替换。
捕捉信号执行默认操作
trap signal-list
trap不指定任何命令,接受信号的默认操作.默认操作是结束进程的运行.
忽略信号
trap ' ' signal-list
trap命令指定一个空命令串,允许忽视信号.
信号表
列表中,编号为1 ~ 31的信号为传统UNIX支持的信号,是不可靠信号(非实时的),编号为32 ~ 63的信号是后来扩充的,称做可靠信号(实时信号)。不可靠信号和可靠信号的区别在于前者不支持排队,可能会造成信号丢失,而后者不会。
1 | # kill -l |
信号解析
编号 | 信号名称 | 缺省动作 | 描述 |
---|---|---|---|
1 | SIGHUP | 终止 | 终止进程,挂起,本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联 |
2 | SIGINT | 终止 | 键盘输入中断命令,程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出,用于通知前台进程组终止进程。 |
3 | SIGQUIT | CoreDump | 键盘输入退出命令,和SIGINT类似, 但由QUIT字符(通常是Ctrl-)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号 |
4 | SIGILL | CoreDump | 执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号 |
5 | SIGTRAP | CoreDump | trap指令发出,一般调试用 |
6 | SIGABRT | CoreDump | abort(3)发出的终止信号 |
7 | SIGBUS | CoreDump | 非法地址, 包括内存地址对齐(alignment)出错。比如访问一个四个字长的整数, 但其地址不是4的倍数。它与SIGSEGV的区别在于后者是由于对合法存储地址的非法访问触发的(如访问不属于自己存储空间或只读存储空间) |
8 | SIGFPE | CoreDump | 在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误 |
9 | SIGKILL | 终止 | 用来立即结束程序的运行. 本信号不能被阻塞、处理和忽略。如果管理员发现某个进程终止不了,可尝试发送这个信号 |
10 | SIGUSR1 | 终止 | 用户自定义信号1,像Nginx就支持USR1信号,用于重载配置,重新打开日志 |
11 | SIGSEGV | CoreDump | 无效内存引用,试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据 |
12 | SIGUSR2 | 终止 | 用户自定义信号2,留给用户使用 |
13 | SIGPIPE | 终止 | 管道不能访问。这个信号通常在进程间通信产生,比如采用FIFO(管道)通信的两个进程,读管道没打开或者意外终止就往管道写,写进程会收到SIGPIPE信号。此外用Socket通信的两个进程,写进程在写Socket的时候,读进程已经终止 |
14 | SIGALRM | 终止 | 时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该信号 |
15 | SIGTERM | 终止 | 终止信号,进程会先关闭正在运行的任务或打开的文件再终止,有时间进程在有运行的任务而忽略此信号。不能捕捉,程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理。通常用来要求程序自己正常退出,shell命令kill缺省产生这个信号。如果进程终止不了,我们才会尝试SIGKILL。 |
16 | SIGSTKFLT | 终止 | 处理器栈错误 |
17 | SIGCHLD | 可忽略 | 子进程结束时,父进程收到的信号,如果父进程没有处理这个信号,也没有等待(wait)子进程,子进程虽然终止,但是还会在内核进程表中占有表项,这时的子进程称为僵尸进程。这种情 况我们应该避免(父进程或者忽略SIGCHILD信号,或者捕捉它,或者wait它派生的子进程,或者父进程先终止,这时子进程的终止自动由init进程 来接管) |
18 | SIGCONT | 可忽略 | 让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用一个handler来让程序在由stopped状态变为继续执行时完成特定的工作. 例如, 重新显示提示符 |
19 | SIGSTOP | 停止 | 停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别:该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略 |
20 | SIGSTP | 停止 | 停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时(通常是Ctrl-Z)发出这个信号 |
21 | SIGTTIN | 停止 | 当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN信号. 缺省时这些进程会停止执行. |
22 | SIGTTOU | 停止 | 后台进程从终端写数据,类似于SIGTTIN, 但在写终端(或修改终端模式)时收到. |
23 | SIGURG | 可忽略 | 紧急数组是否到达socket,有”紧急”数据或out-of-band数据到达socket时产生. |
24 | SIGXCPU | CoreDump | 超出CPU占用资源限制,这个限制可以由getrlimit/setrlimit来读取/改变 |
25 | SIGXFSZ | CoreDump | 当进程企图扩大文件以至于超过文件大小资源限制 |
26 | SIGVTALRM | 终止 | 虚拟时钟信号,类似于SIGALRM,但计算的是该进程占用的CPU时间 |
27 | SIGPROF | 终止 | 类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的时间 |
28 | SIGWINCH | 可忽略 | 窗口大小改变发出的信号 |
29 | SIGIO | 终止 | 文件描述符准备就绪,可以输入/输出操作了 |
30 | SIGPWR | 终止 | 电源失败 |
31 | SIGSYS | CoreDump | 非法系统调用 |
1 | 1) SIGHUP |
- 在以上列出的信号中,程序不可捕获、阻塞或忽略的信号有: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在进程挂起时是继续,否则是忽略,不能被阻塞。
使用实例
1 |
|