Bash脚本信号捕获机制与SIGINT信号传递及子进程状态的技术问询

先看你提供的hello.sh脚本：

#!/bin/bash
hello() {
    echo "hello"
}
trap "hello" INT
sleep 100
echo "end"

当你启动脚本1秒后按下Ctrl-C，结合你的测试结果，咱们逐个解答你的问题：

问题1：当SIGINT信号生成时，它是直接传递给sleep进程还是传递给bash脚本（hello.sh）？ #

按下Ctrl-C时，SIGINT信号会发送到整个前台进程组——也就是hello.sh（bash父进程）和它启动的sleep子进程都会收到这个信号。不过你在bash脚本里用trap "hello" INT捕获了SIGINT，所以bash进程不会被这个信号终止，转而执行你定义的hello函数；但sleep进程没有设置任何信号捕获逻辑，它收到SIGINT后会直接退出。

问题2：如果信号传递给bash脚本，能否让sleep进程有机会处理SIGINT信号，且不将该信号传播给其父进程hello.sh？ #

可以实现，核心思路是让sleep脱离当前前台进程组，同时让bash暂时忽略SIGINT，或者给sleep套一层信号捕获的包装脚本。举个具体的修改示例：

#!/bin/bash
hello() {
    echo "hello"
}
trap "hello" INT

# 让sleep在独立进程组运行，同时bash暂时忽略SIGINT
trap '' INT
setsid sleep 100 &
sleep_pid=$!
trap "hello" INT

wait $sleep_pid
echo "end"

这样按下Ctrl-C时，SIGINT会发送到bash进程，但因为我们临时设置了trap '' INT（忽略SIGINT），bash不会触发trap逻辑；而sleep在独立进程组中，默认不会收到前台进程组的SIGINT。如果想让sleep自己处理SIGINT，你需要写一个小包装脚本，让它捕获SIGINT并执行自定义逻辑，再在主脚本里启动这个包装脚本而非直接运行sleep。

问题3：如果信号直接传递给sleep进程，在hello函数执行完成后，sleep进程的状态是什么？ #

结合你的测试流程，sleep进程在你按下Ctrl-C的瞬间就已经收到SIGINT并退出了——因为它没有捕获信号，会立刻终止。当bash脚本执行完hello函数后，sleep早就不是运行状态了，它的状态是已终止（退出码通常为130，这是进程被SIGINT终止的典型标识）。而bash脚本之所以能继续执行echo "end"，是因为你用trap捕获了SIGINT，bash本身没有被信号终止，处理完trap指定的函数后，会继续执行脚本中sleep之后的剩余代码。

补充你测试流程里的疑问：sleep进程是在你按下Ctrl-C的瞬间退出的，退出原因就是收到了SIGINT信号。

内容的提问来源于stack exchange，提问作者panda