我有一个Bash脚本,它在前台运行一个长时间运行的进程.当它收到SIGQUIT信号时,它应该执行各种清理操作,例如查杀自身及其所有子进程(通过杀死进程组等).应该捕获信号的最小脚本如下所示(称为test_trap.sh):
#!/bin/bash
trap 'echo "TRAP CAUGHT"; exit 1' QUIT # other required signals are omitted for brevity
echo starting sleep
sleep 11666
echo ending sleep
echo done
Run Code Online (Sandbox Code Playgroud)
我想将SIGHUP信号发送到test_trap.sh脚本的进程.但是,向该SIGHUP发送test_trap.sh不会触发陷阱表达式,但只有当我将信号发送到子sleep 11666进程时才会触发陷阱.下面是一个bash会话,展示了这一点:
bash-4.1$ test_trap.sh &
[1] 19633
bash-4.1$ starting sleep
bash-4.1$ kill -s SIGQUIT 19633
bash-4.1$ jobs
[1]+ Running test_trap.sh &
bash-4.1$ ps -ef --forest --cols=10000 | grep '11666\|test_trap.sh' | grep -v grep
theuser 19633 12227 0 07:40 pts/4 00:00:00 \_ /bin/bash ./test_trap.sh
theuser 19634 19633 0 07:40 pts/4 00:00:00 | \_ sleep 11666
bash-4.1$ kill -s SIGQUIT 19634
bash-4.1$ Quit (core dumped)
TRAP CAUGHT
[1]+ Exit 1 test_trap.sh
bash-4.1$ ps -ef --forest --cols=10000 | grep '11666\|test_trap.sh' | grep -v grep
bash-4.1$
Run Code Online (Sandbox Code Playgroud)
请注意,"睡眠11666"只是一个代表性的过程.该过程实际上可以是交互式子shell(例如bash -i).
为什么父test_trap.sh进程没有捕获SIGHUP信号?为什么陷阱只会在sleep 11666发出信号的过程中触发?
我不想使用无法捕获的SIGKILL,因为我需要在陷阱表达式中进行各种清理操作.
此脚本适用于任何包含Bash的Linux发行版的最新版本(例如,不是Cygwin).
参考文献:
bash必须等待sleep才能执行处理程序.一个好的解决方法是sleep在后台运行,然后立即等待它.虽然sleep是不间断的,但事实wait并非如此.
trap 'kill $sleep_pid; echo "TRAP CAUGHT"; exit 1' QUIT
echo starting sleep
sleep 11666 &
sleep_pid=$!
wait
echo ending sleep
echo done
Run Code Online (Sandbox Code Playgroud)
记录sleep_pid和使用它sleep从处理程序中删除是可选的.
| 归档时间: |
|
| 查看次数: |
1292 次 |
| 最近记录: |