Boost.Process v1.65.1子进程信号传播问题及管控诉求

我之前在Linux下用Boost.Process做进程管理时，也碰到过一模一样的信号传播坑！结合Linux的进程组信号机制和Boost.Process 1.65.1的特性，给你一套可行的解决方案：

问题根源 #

Linux下，当你在控制台按下CTRL-C时，系统会把SIGINT信号发送给当前前台进程组的所有进程。默认情况下，Boost.Process创建的子进程会和主进程属于同一个进程组，所以主进程收到SIGINT的同时，子进程也会同步收到这个信号——很多时候子进程会直接响应SIGINT退出，根本来不及处理你通过管道发送的终止命令。

分步解决方案 #

1. 让子进程脱离主进程组 #

创建boost::process::child时，指定boost::process::group()选项，这样子进程会成为新进程组的组长，主进程的SIGINT就不会自动传播给它了：

#include <boost/process.hpp>
namespace bp = boost::process;

// 创建子进程时加入group()配置
bp::child create_child(const std::string& exe_path) {
    return bp::child(
        exe_path,
        bp::std_in.pipe(),
        bp::std_out.pipe(),
        bp::group() // 核心：让子进程在独立进程组
    );
}

2. 主进程捕获SIGINT，阻止默认退出行为 #

主进程需要先接住SIGINT，避免直接退出，这样才有时间通过管道给子进程发终止命令。可以用sigaction来设置信号处理（比signal()更安全）：

#include <signal.h>
#include <atomic>

std::atomic<bool> g_should_exit = false;

void handle_sigint(int) {
    g_should_exit = true;
}

// 在主程序初始化阶段调用
void setup_signal_handler() {
    struct sigaction sa;
    sa.sa_handler = handle_sigint;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = SA_RESTART; // 重启被信号中断的系统调用，避免管道读写出错
    sigaction(SIGINT, &sa, nullptr);
}

3. 优雅终止子进程 #

当主进程检测到g_should_exit为true时，遍历所有子进程，通过管道发送终止命令，然后等待子进程正常退出：

// 假设你用这个结构存储子进程和对应的输入管道
struct ManagedChild {
    bp::child proc;
    bp::pipe input_pipe;
};

std::vector<ManagedChild> g_children;

void shutdown_children() {
    for (auto& child : g_children) {
        if (child.proc.running()) {
            // 发送自定义终止命令，比如"shutdown\n"，根据子进程的协议调整
            try {
                bp::write(child.input_pipe, "shutdown\n");
                child.proc.wait(); // 等待子进程处理完并退出
            } catch (const std::exception& e) {
                // 处理管道写入或等待出错的情况，比如子进程已经异常退出
                std::cerr << "Failed to shutdown child: " << e.what() << std::endl;
                child.proc.terminate(); // 强制终止作为兜底
            }
        }
    }
    g_children.clear();
}

// 主循环示例
int main() {
    setup_signal_handler();

    // 创建几个子进程
    g_children.emplace_back(create_child("/path/to/child1"), bp::pipe{});
    g_children.emplace_back(create_child("/path/to/child2"), bp::pipe{});

    // 主业务循环
    while (!g_should_exit) {
        // 处理主逻辑、子进程输出等
        std::this_thread::sleep_for(std::chrono::milliseconds(100));
    }

    // 收到退出信号，优雅关闭子进程
    shutdown_children();
    return 0;
}

4. 子进程配合调整（可选） #

如果子进程原本会响应SIGINT，建议在子进程里忽略SIGINT，只通过管道命令来触发终止，避免意外退出：

// 子进程初始化时设置
signal(SIGINT, SIG_IGN);

额外注意事项 #

• Boost.Process 1.65.1的group()选项在Linux下是可靠的，它底层会调用setpgid(0, 0)让子进程成为新进程组的组长。
• 主进程的SA_RESTART标志很重要，它能让被SIGINT中断的管道读写等系统调用自动重启，避免出现IO错误。
• 一定要给管道操作加异常捕获，防止子进程异常退出导致主进程崩溃。

内容的提问来源于stack exchange，提问作者Abruzzo Forte e Gentile