fork出的子进程是否随父进程终止？WSL2 Ubuntu下的技术疑问

云上老周

2026-6-23

父进程终止时子进程的行为逻辑拆解

核心结论

不是的，“子进程不会随父进程终止”的情况绝不仅限于fork()后调用exec()的场景，得从进程组信号传播和终端关联关系这两个关键点说清楚：

1. 你在WSL2 Ubuntu里遇到的现象原因

当你在终端里启动父进程时，父进程和它fork出的所有子进程默认属于同一个前台进程组。Ctrl-C发送的SIGINT信号是发给整个前台进程组的，不是只针对父进程。所以不管子进程有没有调用exec()，只要还在这个进程组里，都会收到SIGINT，默认行为就是终止——这就是你看到所有子进程跟着退出的原因。

2. 为什么大部分资料说“子进程不会随父进程终止”？

这种说法对应的是以下典型场景：

父进程是后台运行的，或者子进程通过setsid()/setpgid()脱离了原进程组、断开了和控制终端的关联。此时父进程不管是正常退出还是被信号杀死，子进程都收不到关联信号，会变成孤儿进程，最终被init/systemd接管继续运行。
父进程被单个进程信号终止（比如用kill <父进程PID>），这种信号只发给父进程，子进程完全不受影响。

3. `exec()`对信号的影响到底是什么？

你提到的exec()重置信号处置是对的：fork出的子进程会复制父进程的自定义信号处理逻辑，但调用exec()替换进程镜像后，所有自定义信号处置会被重置为系统默认。但这和“子进程是否随父进程终止”没有直接关联——关键还是看信号能不能传到子进程。哪怕子进程调用了exec()，只要还在同一个前台进程组，Ctrl-C的SIGINT依然会命中它，导致终止。