bash中的trap，保护脚本。

2010-09-06 17:13
trap 语句的语法是这样的：
trap [COMMANDS] [SIGNALS]
意味着 trap 命令会捕捉在 SIGNALS 列出的可能带有或者没有 SIG 前缀的信号，或者信号数字。如果一个信号是 0 或者 EXIT，那么 COMMANDS 在shell退出时候执行。如果其中一个信号是DEBUG，COMMANDS 列表在每个简单命令后执行。一个信号也可以指定为 ERR；这样的情况下 COMMANDS 在每次一个简单命令以非零状态退出时执行。注意这些命令不会在非零退出状态来自一个 if 语句时执行，或者来自一个 while 或者 until 循环。如果一个逻辑 AND (&&) 或者 OR (||) 出现在非零退出状态中，所有都不会执行，或者当一个命令的退出状态使用 ! 操作符进行取反。
除非遭遇一个非法的信号，否则 trap 命令的返回状态是0。trap 命令带一组选项，在Bash的info页面中有记录。
这里有个非常简单的例子，从用户处捕捉 Ctrl+C， upon which a message is printed. 当你尝试着不指定 KILL 信号来杀掉这个程序时，什么都不会发生：
#!/bin/bash
# traptest.sh
trap "echo Booh!" SIGINT SIGTERM
echo "pid is $$"
while : # This is the same as "while true".
do
sleep 60 # This script is not really doing anything.
doneBash怎样解释陷阱
每当Bash收到一个预先设置等待命令完成的陷阱的信号，在命令结束之前，陷阱不会执行。当Bash通过内建的命令 wait 来等待一个异步的命令，陷阱已经发送的信号的接受会导致内建的 wait 立即在陷阱执行后返回一个大于128的推出状态。
检测一个已经使用的变量
每当调试较长的脚本的时候，你可能想给于一个变量 trace 属性和陷阱的 DEBUG 信息。通常你会像这样 VARIABLE=value来给变量赋值。用下面的几行来代替变量的声明可能会为你脚本的行为提供非常有价值的信息：
declare -t VARIABLE=value
trap "echo VARIABLE is being used here." DEBUG
# rest of the script
在退出的时候清理垃圾
whatis 命令依靠由cron执行 makewhatis.cron 生成的数据库：
#!/bin/bash
LOCKFILE=/var/lock/makewhatis.lock
# Previous makewhatis should execute successfully:
[ -f $LOCKFILE ] && exit 0
# Upon exit, remove lockfile.
trap "{ rm -f $LOCKFILE ; exit 255; }" EXIT
touch $LOCKFILE
makewhatis -u -w
exit 0 通常我们需要忽略的信号有四个，即：HUP, INT, QUIT, TSTP，也就是信号1, 2, 3, 24
使用这样的语句可以使这些中断信号被忽略：
trap "" 1 2 3 24 或 trap "" HUP INT QUIT TSTP
用 trap ：1 2 3 24 或 trap HUP INT QUIT TSTP使其回复默认值。Linux信号简介
1) SIGHUP 本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联.
2) SIGINT 程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出
3) SIGQUIT 和SIGINT类似, 但由QUIT字符(通常是Ctrl-\)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号.
4) SIGILL 执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号.
5) SIGTRAP 由断点指令或其它trap指令产生. 由debugger使用.
6) SIGABRT 程序自己发现错误并调用abort时产生.
7) SIGIOT 在PDP-11上由iot指令产生, 在其它机器上和SIGABRT一样.
8) SIGBUS 非法地址, 包括内存地址对齐(alignment)出错. eg: 访问一个四个字长的整数, 但其地址不是4的倍数.
9) SIGFPE 在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误.
10) SIGKILL 用来立即结束程序的运行. 本信号不能被阻塞, 处理和忽略.
11) SIGUSR1 留给用户使用
12) SIGSEGV 试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据.
13) SIGUSR2 留给用户使用
14) SIGPIPE Broken pipe
15) SIGALRM 时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该信号.
16) SIGTERM 程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理. 通常用来要求程序自己正常退出. shell命令kill缺省产生这个信号.
17) SIGCHLD 子进程结束时, 父进程会收到这个信号.
18) SIGCONT 让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用一个handler来让程序在由stopped状态变为继续执行时完成特定的工作. 例如, 重新显示提示符
19) SIGSTOP 停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别: 该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略.
20) SIGTSTP 停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时(通常是Ctrl-Z)发出这个信号
21) SIGTTIN 当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN信号. 缺省时这些进程会停止执行.
22) SIGTTOU 类似于SIGTTIN, 但在写终端(或修改终端模式)时收到.
23) SIGURG 有紧急数据或out-of-band数据到达socket时产生.
24) SIGXCPU 超过CPU时间资源限制. 这个限制可以由getrlimit/setrlimit来读取/改变
25) SIGXFSZ 超过文件大小资源限制.
26) SIGVTALRM 虚拟时钟信号. 类似于SIGALRM, 但是计算的是该进程占用的CPU时间.
27) SIGPROF 类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的时间.
28) SIGWINCH 窗口大小改变时发出.
29) SIGIO 文件描述符准备就绪, 可以开始进行输入/输出操作.
30) SIGPWR Power failure