关于这个shell为什么没有停止

sncchen

找到一篇文章讲解的不错：
https://  blog.robotshell.org/2012/necessary-details-about-signal-trap-in-shell

他也提到了楼主说的文档：
http://  mywiki.wooledge.org/SignalTrap

梳理下原因：

1、

Bash 等终端的默认行为是这样的：当按下 CTRL-C 之后，它会向当前的整个进程组发出 SIGINT 信号。而 sleep 是由当前脚本调用的，是这个脚本的子进程，默认是在同一个进程组的，所以也会收到 SIGINT 并停止执行

2、

这篇文档给了我们一个更准确的说明——如果当前正有一个外部命令在前台执行，那么 trap 会等待当前命令结束以后再处理信号队列中的信号。

3、

On most operating systems, ping is an example of a misbehaving process. It traps SIGINT in order to display a summary at the end, before exiting. But it fails to kill itself with SIGINT, and so the calling shell does not know that it should abort as well

这个问题挺有趣儿的，学习了。

homerzhou

还是有一个小的疑惑，那篇文档中提到  “如果当前正有一个外部命令在前台执行，那么 trap 会等待当前命令结束以后再处理信号队列中的信号。”  ，不管怎么样./test.sh 还是会收到SIGINT的信号，即使需要等到ping结束之后，那为什么这个时候收到SIGINT信号就没有停止呢，
“But it fails to kill itself with SIGINT, and so the calling shell does not know that it should abort as well”
我是这么理解这句话的意思的，当按ctrl +c 时，如果子进程ping没有因为SIGINT信号退出，那么./test.sh不知道子进程ping是由于SIGINT退出的，它认为ping是正常退出的，这时./test.sh对SIGINT就会是默认不处理，不知道这么理解对不对，要是确实是这样的话，有链接可以共享吗？
回复 11# sncchen


   

yjh777

我知道原因了，bash的 SIGINT 处理逻辑如下:
    判断是否还有活着的子进程，如果没有了就退出，如果还有就忽略;

ping的特殊性在于，它收到信号后，先做一些需要一定时间的操作 然后再退出
    如果这个退出在bash处理SIGINT之前，bash就不会退出。


下面是我写的一个用于测试的例子，三种情况:
    1) 如果把 sub.sh 里面那个usleep 时间设置的足够长，shell就永远不会退出
    2) 如果把 usleep 和 上面的echo去掉，快速按几次Ctr+C 就可以让shell退出，因为父子进程处理SIGINT的耗时相当
    3) 如果sub.sh不去trap SIGINT的话，系统默认的SIGINT处理是最快的，
          所以子进程总是在shell处理SIGINT时就死光了，所以shell就一次Ctr+C 就保证退出了

1. jiyin@dhcp-12-137:~$ cat kkk.sh
   
2. 
   
3. while :; do
   
4.                 ./sub.sh
   
5. done
   
6. jiyin@dhcp-12-137:~$ cat sub.sh
   
7. 
   
8. sigproc() {
   
9.         echo "$@" >>sig.log
   
10.         usleep 100000
    
11.         exit
    
12. }
    
13. 
    
14. >sig.log
    
15. trap sigproc SIGINT SIGTERM
    
16. 
    
17. echo "I am a sub process of kkk.sh $"
    
18. sleep 10
    

复制代码

@homerzhou

homerzhou

有道理！回复 13# yjh777


   

millerix

主要是因为bash 脚本作为父进程处于waitpid时，会检查子进程是如何退出的。 如果是调用exit退出的， 父进程不退出，bash 脚本继续运行。 如果是因为收到SIGINT信号后做默认处理退出的（也就是不捕获该信号），父进程退出，bash 脚本终止执行。

ping代码中捕获了SIGINT信号，并安装了信号处理函数， 该信号处理函数打印统计信息， 然后正常返回，ping随后也正常退出了。 bash发现子进程退出，但是不是因为SIGINT默认处理退出的，所以 父进程并不退出， 而是继续执行。