捕捉信号和其他事件并执行命令。
trap [-lp] [[arg] signal_spec ...]
-l 打印信号名称以及信号名称对应的数字。
-p 显示与每个信号关联的trap命令。
arg:接收到信号时执行的命令。
signal_spec:信号名称或信号名称对应的数字。
如果表达式执行结果为成功时返回0,当参数 signal_spec
没有指定有效值时返回1。
信号是一种进程间通信机制,它给应用程序提供一种异步的软件中断,使应用程序有机会接受其他程序活终端发送的命令(即信号)。应用程序收到信号后,有三种处理方式:忽略,默认,或捕捉。进程收到一个信号后,会检查对该信号的处理机制。如果是SIG_IGN,就忽略该信号;如果是SIG_DFT,则会采用系统默认的处理动作,通常是终止进程或忽略该信号;如果给该信号指定了一个处理函数(捕捉),则会中断当前进程正在执行的任务,转而去执行该信号的处理函数,返回后再继续执行被中断的任务。
在有些情况下,我们不希望自己的shell脚本在运行时刻被中断,比如说我们写得shell脚本设为某一用户的默认shell,使这一用户进入系统后只能作某一项工作,如数据库备份, 我们可不希望用户使用 Ctrl+C 等方法进入到shell状态做我们不希望做的事情。这便用到了信号处理。
以下是一些你可能会遇到的常见信号:
信号名称 | 信号数 | 描述 |
---|---|---|
SIGHUP | 1 | 本信号在用户终端连接(正常或非正常)结束时发出,通常是在终端的控制进程结束时,通知同一session内的各个作业,这时它们与控制终端不再关联。登录Linux时,系统会分配给登录用户一个终端(Session)。在这个终端运行的所有程序,包括前台进程组和后台进程组,一般都属于这个Session。当用户退出Linux登录时,前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程,因此前台进程组和后台有终端输出的进程就会中止。对于与终端脱离关系的守护进程,这个信号用于通知它重新读取配置文件。 |
SIGINT | 2 | 程序终止(interrupt)信号,在用户键入 Ctrl+C 时发出。 |
SIGQUIT | 3 | 和SIGINT类似,但由QUIT字符(通常是Ctrl+\)来控制。进程在因收到SIGQUIT退出时会产生core文件,在这个意义上类似于一个程序错误信号。 |
SIGFPE | 8 | 在发生致命的算术运算错误时发出。不仅包括浮点运算错误,还包括溢出及除数为0等其它所有的算术错误。 |
SIGKILL | 9 | 用来立即结束程序的运行。本信号不能被阻塞,处理和忽略。 |
SIGALRM | 14 | 时钟定时信号,计算的是实际的时间或时钟时间。alarm 函数使用该信号。 |
SIGTERM | 15 | 程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理. 通常用来要求程序自己正常退出;kill 命令缺省产生这个信号。 |
当shell收到 HUP INT PIPE QUIT TERM
这几个命令时,当前执行的程序会执行 exit 1
。
[root@pc root]$ trap "exit 1" HUP INT PIPE QUIT TERM
下面展示了如果有人试图从终端中止程序时,如何删除文件然后退出:
trap "rm -f $WORKDIR/work1 $WORKDIR/dataout; exit" 2
执行shell程序,如果程序接收信号为2,那么这两个文件 (work1 和 dataout) 将被自动删除。
添加信号1 SIGHUP
:
$ trap "rm $WORKDIR/work1 $WORKDIR/dataout; exit" 1 2
如果陷阱列出的命令是空的,指定的信号接收时,将被忽略:
$ trap '' 2
忽略多个信号:
$ trap '' 1 2 3 15
当你改变了收到信号后采取的动作,你可以省略第一个参数来重置到默认行为。
$ trap 1 2