信号处理混乱

Question

我正在运行一个调用shell脚本的程序（用于讨论带有pid 100的sh1）。该脚本依次调用另一个脚本（用于与pid 101的讨论sh2），并等待它完成。sh2（子脚本）完成大约需要50秒。

调用sh2的方式（/bin/sh2.sh）

在等待子进程完成期间，我尝试终止sh1（使用kill-15 100）。我在sh1中有一个处理程序函数来处理此信号。但是，我观察到我的sh1（父脚本）直到子进程完成其工作（50秒）并且只有在该信号被处理之后才会被终止。

我修改了我的子脚本，用了30秒来完成，我观察到在向sh1发出SIGTERM后，需要大约30秒来终止。

这是处理SIGTERM时的行为吗？即保持被子进程阻止？然后才处理该信号。信号处理过程不会被中断吗？

父脚本中的信号处理。

function clean_up()
{   
  //Do the cleanup
}

trap "clean_up $$; exit 0" TERM

Answer 1

如果sh1调用sh2并等待它完成，那么它不会运行信号陷阱，直到sh2完成。也就是说，如果这是sh1:

#!/bin/sh  
trap 'echo caught signal delayed' SIGTERM
sh2

然后sh1会捕捉信号，什么都不做，直到sh2完成，然后执行trap。如果希望陷阱在信号发送后立即触发，可以异步运行sh2并显式等待:

#!/bin/sh
trap 'echo caught signal' SIGTERM
sh2&
wait

不幸的是，这并没有重新进入等待。如果您需要继续等待，确实不可能做到可靠，但您可以接近：

#!/bin/sh
trap 'echo caught signal' SIGTERM
sh2&
(exit 129)   # prime the loop (eg, set $?) to simulate do/while
while test $? -gt 128; do wait; done

这是不可靠的，因为您无法区分自己捕获信号和sh2被信号终止之间的区别。如果您需要这是可靠的，您应该用一种允许更好地控制信号的语言重新编写sh1。