Linux环境下C++实现进程专属SIGTERM信号处理方法问询

正常Linux下独立进程的信号处理栈是完全隔离的，只有收到信号的进程才会触发对应的处理函数，你遇到的跨进程触发信号处理的问题，先排查根因再对应处理：

问题根因排查 #

• 信号发送对象错误：如果你使用kill -TERM <负数值PID>，会给对应ID的进程组所有进程发送信号，若A、B属于同一进程组会同时收到信号；使用pkill/killall时如果进程名匹配规则模糊，也可能同时匹配到A、B两个进程。
• 进程有继承关系：如果A、B是同一父进程fork生成的，且fork后没有执行exec系统调用，子进程会完全继承父进程的信号处理函数配置，此时B收到信号也会执行继承来的A的处理函数。
• 自定义进程间逻辑触发：检查B的代码中是否存在收到SIGTERM后主动向A发送信号的IPC逻辑。

解决方案 #

1. 修正信号发送方式 #

发信号前先通过ps aux | grep <进程名>或者pidof <进程名>拿到目标进程的精确PID，用kill -TERM <PID>单独发送，避免使用进程组广播、模糊匹配的杀进程命令。

2. 重置子进程信号处理配置 #

如果A、B是fork生成的亲缘进程，在子进程启动逻辑的最开头显式重置SIGTERM的处理逻辑为系统默认：

// 子进程（进程B）启动时执行
signal(SIGTERM, SIG_DFL);

其他语言对应修改信号处理函数即可，比如Python用signal.signal(signal.SIGTERM, signal.SIG_DFL)。

3. 进程组/会话隔离 #

如果需要批量管理进程，启动进程时分别设置独立的进程组或者会话，避免广播信号互相影响：

• 用setpgid()系统调用为每个进程设置独立进程组
• shell启动进程时用setsid <进程启动命令>，让进程运行在独立会话中

4. 信号处理函数增加校验兜底 #

在进程A的SIGTERM处理函数开头，增加进程身份校验，避免继承该处理函数的子进程误执行：

// 进程A全局变量，启动时初始化
pid_t g_local_pid;
g_local_pid = getpid();

void sigterm_handler(int sig) {
    // 非当前进程直接返回
    if (getpid() != g_local_pid) return;
    // 原有处理逻辑
}

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