如果我在命令行运行命令（如grep）并按^C，则该命令将被正确终止如果我在后台运行grep，然后在其PID上运行kill SIGINT，它同样会被终止。但是如果我在脚本中并在后台从脚本运行grep，则获取其PID，然后使用'kill -s SIGINT $PID'，grep没有被杀死。为什么？如果我使用SIGTERM，而不是SIGINT，kill * 确实 * 起作用。

#!/bin/bash
grep -rqa shazam /usr &
PID=$!
kill -s SIGINT $PID

即使我将grep放在一个子进程中，前面有一个SIGINT处理程序（在子进程中），并用SIGINT命中该子进程，也不会调用该处理程序。

#!/bin/bash
( trap 'echo "caught signal"' SIGINT; grep -rqa shazam /usr ) &
PID=$!
kill -s SIGINT $PID

如果我使用SIGTERM而不是SIGINT，陷阱处理程序 * 将 * 被调用，但不会中断grep。如果我将“/bin/kill -s SIGTERM 0”添加到陷阱处理程序，则会显示grep进程终止，但grep在此之前已经完成了它的工作。我意识到Bash可能对不同的信号有不同的默认行为，但是我不明白为什么我的终止SIGINT的调用不同于^C，为什么trap调用对SIGTERM有效，而对SIGINT无效，为什么SIGTERM没有被子进程立即处理。