bash脚本与子进程C++程序接收SIGINT信号的行为差异问题

这是个典型的进程组信号传递问题，我来帮你理清楚背后的原因，再给你几个可行的解决办法：

为什么会出现这个差异？ #

• 当你在终端按下Ctrl+C时，终端会向当前前台进程组的所有进程发送SIGINT信号。你的bash脚本和它启动的C++程序同属一个前台进程组，所以两者都会收到信号并终止，这符合你的预期。
• 但当你用kill -SIGINT <PID>直接给脚本进程发信号时，信号只会发送给指定的单个进程（也就是bash脚本）。此时子进程（C++程序）并不会收到这个信号，当父进程终止后，子进程会被系统的init/systemd进程接管，变成孤儿进程继续运行。

解决办法 #

方法1：在脚本中捕获SIGINT并转发给子进程 #

修改你的bash脚本，添加信号捕获逻辑，确保收到SIGINT时先终止子进程再退出：

#!/bin/bash
# 启动C++程序并记录其PID
./your_cpp_program &
CPP_PID=$!

# 设置信号捕获：收到SIGINT时先杀子进程，再退出脚本
trap "kill -SIGINT $CPP_PID; exit" SIGINT

# 等待子进程结束，避免脚本提前退出
wait $CPP_PID

这样无论你是按Ctrl+C还是用kill -SIGINT给脚本发信号，子进程都会被一并终止。

方法2：向整个进程组发送信号 #

如果你不想修改脚本，也可以直接向脚本所在的进程组发送SIGINT信号，这样组内的所有进程（脚本+子进程）都会收到信号：

1. 先获取脚本的进程组ID（PGID）：

   ps -o pgid= <脚本PID> | xargs
   

2. 向进程组发送SIGINT：

   kill -SIGINT <进程组ID>
   

   或者更简便的方式，直接用脚本PID加负号（代表进程组）：

   kill -SIGINT -<脚本PID>
   

方法3：让子进程继承脚本的进程组并启用作业控制 #

如果你的脚本是一行式的，也可以开启作业控制，确保子进程和脚本同属一个进程组：

#!/bin/bash
set -m  # 启用作业控制
./your_cpp_program

不过这种方式的可靠性不如方法1，因为不同bash环境的作业控制行为可能略有差异。

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