Boost.Process创建分离子进程变为僵尸进程及线程方案报错咨询

你看到的带<defunct>标记的进程是僵尸进程，产生的根本原因是：

• 类Unix系统（包括Ubuntu）的内核机制要求：子进程退出后，父进程必须调用wait()/waitpid()系列接口读取子进程的退出状态，否则内核会一直保留子进程的进程控制块（PCB）信息（占用少量PID、内存资源），直到父进程退出后由init/systemd进程回收。
• 你调用boost::process::child::detach()之后，父进程就和这个子进程解除了关联，boost.process不会再自动帮你回收该子进程的退出状态，因此子进程结束后就会变成僵尸进程残留。

这个方案是错误的，偶发free()报错的原因如下：

• 你调用std::thread::detach()之后，线程的生命周期完全脱离了主线程的控制：如果主线程先于子线程结束，整个进程的地址空间会被系统回收，此时子线程还在运行、或是正在销毁boost::process::child对象、释放线程栈资源时，就会访问已经被释放的内存空间，触发内存错误（包括你遇到的free()报错）。
• 该方案还存在额外的线程资源开销、时序不可控的问题，不是跨平台处理子进程回收的合理方案。

针对你的多操作系统运行需求，推荐以下更稳定的实现方式：

• 轻量无感知适配：类Unix系统下在进程初始化阶段配置忽略SIGCHLD信号即可，示例代码：

#include <boost/process/posix.hpp>
// 全局初始化阶段执行一次即可
boost::process::posix::signal(SIGCHLD, SIG_IGN);

忽略SIGCHLD信号后，内核会自动回收所有退出的子进程，不会产生僵尸进程，该配置不会影响Windows平台的运行逻辑，Windows下本身不存在子进程需要父进程主动回收的机制，直接detach不会产生残留进程。

• 如果需要主动获取子进程的退出状态：可以注册全局的SIGCHLD信号处理函数，在处理函数中调用waitpid(-1, nullptr, WNOHANG)批量回收所有已退出的子进程；Windows平台下可以单独用WaitForMultipleObjects批量监听子进程句柄，做分支适配即可。

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