GDB远程调试时杀死fork子进程致父进程终止并断开连接求助

问题分析 #

当前配置set follow-fork-mode child让GDB默认聚焦跟踪子进程，同时detach-on-fork off会让GDB保持对父子进程的绑定跟踪。当子进程被kill()发送SIGKILL终止时，GDB会因为子进程的终止触发整个调试会话断开，进而导致父进程也被终止（实际是调试会话断开后gdbserver停止了对父进程的跟踪，表现为父进程意外终止）。而正常运行时无调试器干预，父进程不受子进程终止影响。

解决方案 #

方案1：调整GDB对SIGKILL信号的处理规则

在GDB中执行以下命令，让GDB忽略SIGKILL的停止和打印动作，仅将信号传递给目标进程：

handle SIGKILL nostop noprint pass

这样子进程收到SIGKILL终止时，GDB不会中断调试会话，父进程能继续正常运行并被跟踪。

方案2：修改follow-fork-mode为parent

如果你的调试重点更多在父进程，可将跟踪焦点切回父进程：

set follow-fork-mode parent

保持detach-on-fork off和schedule-multiple on不变，这样GDB默认跟踪父进程，子进程终止时不会触发整个会话断开，父进程的调试能继续。

方案3：手动detach子进程后再执行kill()

在父进程调用kill()前，先在GDB中手动分离子进程：

1. 通过info inferiors查看所有被跟踪的进程，找到子进程的ID（比如2）
2. 执行detach 2分离子进程
3. 继续让父进程执行kill()，此时子进程的终止不会影响父进程的调试会话

验证方法 #

按上述任一方案调整后，重新启动远程调试，触发父进程kill子进程的逻辑，检查父进程是否能继续运行，GDB连接是否保持正常。

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