bash&shell系列文章:http://www.cnblogs.com/f-ck-need-u/p/7048359.html
<http://www.cnblogs.com/f-ck-need-u/p/7048359.html#blogshell>

<>

1.脚本自杀正文


有些时候我们写的shell脚本中有一些后台任务,当脚本的流程已经执行到结尾处或将其kill掉时,这些后台任务会直接挂靠在init/systemd进程下,而不会随着脚本退出而停止。

例如:
[root@mariadb ~]# cat test1.sh #!/bin/bash echo $BASHPID sleep 50 &
[root@mariadb~]# ps -elf | grep slee[p] 0 S root 10806 1 0 80 0 - 26973 hrtime
19:26 pts/1 00:00:00 sleep 50
从结果中可以看到,脚本退出后,sleep进程的父进程变为了1,也就是挂在了init/systemd进程下。

这时我们可以在脚本中直接使用kill命令杀掉sleep进程。
[root@mariadb ~]# cat test1.sh #!/bin/bash echo $BASHPID sleep 50 & kill $!
但是,如果这个sleep进程是在循环中(for、while、until均可),那就麻烦了。

例如下面的例子,直接将循环放入后台,杀掉sleep、或者exit、或者杀掉脚本自身进程、或者让脚本自动退出、甚至exec退出当前脚本shell都是无效的。
[root@mariadb ~]# cat test1.sh #!/bin/bash echo $BASHPID while true;do sleep 50
echo1 done & killall sleep kill $BASHPID
为了分析,新建一个脚本test2.sh:
#!/bin/bash echo $BASHPID while true;do sleep 50 echo 1 done & sleep 60
然后在脚本执行的60秒内查看test2.sh进程的信息:
[root@mariadb ~]# pstree -p | grep "test2.sh" | `-bash(2687)---test2.sh(2923
)-+-sleep(2925) | `-test2.sh(2924)---sleep(2926)
 其中pid=2923的test2.sh进程是脚本自身进程,pid=2924的test2.sh进程是
while开始运行后为while提供执行环境的子shell进程(为什么会生成这个进程,见我的另一篇文章)。

所以,对于前面的test1.sh进程,杀掉了 $BASHPID
对应的test1.sh进程后,其实还有一个为while提供运行环境的test1.sh进程,且这个进程在$BASHPID
 结束后,会挂在init/systemd下。
[root@mariadb ~]# ./test1.sh 10859 ./test1.sh: line 7: 10862 Terminated sleep
50 Terminated 1 [root@mariadb ~]# pstree -p | grep sleep |-test1.sh(10860
)---sleep(10863)
这就是
shell脚本中的一个"疑难杂症",CTRL+C中止了脚本进程,这个脚本却还在后台不断运行,且时不时地输出点信息到终端(我这里是循环中的echo命令输出的)。

除非我们手动杀掉新生成的test1.sh,否则这个脚本将无限循环下去。但是,这不是很麻烦吗?

那么如何实现"脚本自杀"?其实很简单,只要在脚本退出前,使用killall命令杀掉脚本进程即可。
[root@mariadb ~]# cat test1.sh #!/bin/bash echo $BASHPID while true;do sleep 50
echo1 done & killall `basename $0`
这样,在脚本退出前,两个test1.sh进程都会被杀掉。


再考虑一个问题,如果脚本已经执行到了while中的后台任务,但在执行到killall命令之前按下了CTRL+C,这时由于没有执行killall,后台任务也将挂在新的脚本进程下。我们的目的是保证脚本终止,其内进程一定终止。所以我们需要对这种情况做出合理的处理。

可以使用trap捕捉ctrl+c信号,捕捉到的时候执行killall命令即可。例如:
[root@mariadb ~]# cat test1.sh #!/bin/bash trap "killall `basename $0`" SIGINT
echo $BASHPIDwhile true;do sleep 50 echo 1 done & killall `basename $0`
这样就能保证脚本终止时,其内一切任务都将终止的目的。

 上面的脚本并不健壮,因为 ./test1.sh 和 bash test1.sh
 两种执行方式的进程名称不一样,前者的进程名称为test1.sh,后者的进程名称为bash,所以killall没法同时解决这两种情况。为了健壮性,可以加上杀后台进程"$!"的代码,并将killall换成pkill,且通过筛选全路径的方式杀掉进程:
[root@mariadb ~]# cat test1.sh #!/bin/bash trap "pkill -f `basename $0`"
SIGINT echo $BASHPIDwhile true;do sleep 50 echo 1 done & pid=$!
kill $pid pkill -f `basename $0`
为了让脚本自杀更健壮、更通用化,并省去上面结尾处的一大堆额外命令。可以在trap中一次性完成这些任务: #!/bin/bash trap "pkill -f
$(basename $0);exit 1" SIGINT SIGTERM EXIT ERR while true;do sleep 1 echo "
hello world!" done & # do something sleep 60

可能写100个shell脚本也遇不到需要一个脚本需要将while/for/until这样的语句放入后台的。但有时候也是有用的。例如,有个需求:每秒去a.txt文件中同步数据到b.txt中,然后每分钟对b.txt文件做处理。
#!/bin/bash while true;do (a.txt--->b.txt) sleep 1 done & while true;do (b.txt)
sleep 60 done
此外,对一些比较复杂的需求(我个人遇到过多次),可能也会使用到后台的循环。


本文只是提供一种杀脚本的解决方案。很多情形并非如我这里所描述的,例如不是while循环放后台,而是循环内的sleep放后台,这时(脚本终止时)sleep会挂在init/systemd下,不过这很简单。相信读懂了本文,各位已经了解了一些trap的功能以及处理这类问题的逻辑,也知道其他各种情形如何处理。

最后,有一种更方便更精确的自杀手段:man
kill。在该man手册中解释了,如果kill的pid值为0,表示发送信号给当前进程组中所有进程,对shell脚本来说这意味着杀掉脚本中产生的所有进程。方案如下:
#!/bin/bash trap "echo 'signal_handled:';kill 0" SIGINT SIGTERM while true;do
sleep 5 echo "hello world! hello world!" done & sleep 60
  <>

2.补充:bash内置命令的特殊性

为什么上文运行脚本进程,脚本中的后台while会新生成一个脚本进程?在这里补充说明下。

 

究其原因,是因为while/for/until等是bash内置命令
,它们的特殊性在于它们有一个很替它们着想的爹:bash进程。bash进程对他们的孩子非常负责,所有能直接执行的内置命令都不会创建新进程,它们直接在当前bash进程内部调用执行,所以我们用ps/top等工具是捕捉不到cd、let、expr等等内置命令的。但正因为爹太负责,把孩子们宠坏了,这些bash内置命令的执行必须依赖于bash进程才能执行。


内置命令中还有几个比较特殊的关键字:while、for、until、if、case等,它们无法直接执行,需要结合其他关键字(如do/done/then等)才能执行。非后台情况下,它们的爹会直接带它们执行,但
当它们放进后台后,它们必须先找个bash爹提供执行环境:

* 如果是在当前shell中放进后台,则这个爹是新生成的bash进程
。这个新的bash进程只负责一件事,就是负责这个后台,为它的孩子们提供它们依赖的bash环境。
* 如果是在脚本中放进后台,则这个爹就是脚本进程。
由于脚本不是内置命令,它能直接负责这个后台(因为脚本进程也算是bash进程的特殊变体,也相当于一个新的bash进程)。
验证下就知道咯。

目前bash进程信息为:
[root@xuexi ~]# pstree -p | grep bash |-sshd(1142)-+-sshd(5396)---bash(5398
)---mysql(5659) | `-sshd(7006)-+-bash(7008) | `-bash(12280)-+-grep(13294)
将for、unitl、while、case、if等语句放进后台。例如:
[root@xuexi ~]# if true;then sleep 10;fi &
然后再查bash进程信息:
[root@xuexi ~]# pstree -p | grep bash |-sshd(1142)-+-sshd(5396)---bash(5398
)---mysql(5659) | `-sshd(7006)-+-bash(7008)---bash(13295)---sleep(13296) |
`-bash(12280)-+-grep(13298)
不难看出,sleep进程之前先生成了一个pid=13295的bash进程。(注:如果这几个特殊关键字不进入后台,则是当前在bash进程下执行的)


无论它们的爹是脚本进程还是新的bash进程,它们都是当前shell下的子shell。如果某个子shell中有后台进程,当杀掉子shell,意味着杀掉了它们的爹。非内置bash命令不依赖于bash,所以直接挂在init/systemd下,而bash内置命令严重依赖于bash爹,没有爹就没法执行,所以在杀掉bash进程(上面pid=7008)的时候,bash爹(pid=13295)会立即带着它下面的进程(sleep)挂在init/systemd下。

再来验证下咯。还是刚才的后台命令。
[root@xuexi ~]# while true;do sleep 2;done &
另一个窗口,查看bash进程信息:
[root@xuexi ~]# pstree -p | grep bash |-sshd(1142)-+-sshd(5396)---bash(5398
)---mysql(5659) | `-sshd(7006)-+-bash(7008)---bash(13468)---sleep(13526) |
`-bash(12280)-+-grep(13528)

杀掉pid=7008的bash进程(为什么不杀pid=13468的bash进程?它是为while提供环境的bash进程,杀了这个相当于杀了while循环结构)。注意,这个bash进程是交互式登陆shell,默认情况下会忽略SIGTERM信号,所以只能使用SIGKILL信号来杀。
[root@xuexi ~]# kill -9 7008 [root@xuexi ~]# pstree -p | grep bash |-bash(13468
)---sleep(13562) |-sshd(1142)-+-sshd(5396)---bash(5398)---mysql(5659) | `-sshd(
7006)---bash(12280)-+-grep(13564)
可以看到,新生成了一个bash进程,而且这个bash进程是挂在init/systemd下的,这意味着该bash和终端无关。看下面的状态为"?"。
[root@xuexi ~]# ps aux | grep bas[h] root 5398 0.0 0.1 116548 3300 pts/0 Ss 09:
04 0:00 -bash root 12280 0.0 0.1 116568 3340 pts/2 Ss 14:43 0:00 -bash root
13468 0.0 0.1 116556 1924 ? S 15:49 0:00 -bash
bash进程竟然会挂在init/systemd下?如此奇怪现象,可能你除了这里外永远也不会遇到。

友情链接
ioDraw流程图
API参考文档
OK工具箱
云服务器优惠
阿里云优惠券
腾讯云优惠券
华为云优惠券
站点信息
问题反馈
邮箱:ixiaoyang8@qq.com
QQ群:637538335
关注微信