boost::process::v2调用request_exit时子进程未收到信号问题求助

核心问题：Windows与Unix的信号机制差异 #

你在主进程中注册的SIGTERM信号处理完全无效——Windows系统原生不支持SIGTERM信号，这个信号是C标准库在用户态模拟的，仅当进程内部调用raise(SIGTERM)时才会触发，外部进程无法通过SIGTERM终止Windows进程。

而你调用的process.request_exit()大概率是向子进程发送SIGTERM，这在Windows环境下无法被子进程接收，自然无法触发优雅退出逻辑。

针对Windows的正确优雅关闭方案 #

根据子进程的类型（控制台程序/GUI程序），需要采用不同的处理方式：

1. 子进程为GUI程序 #

GUI程序的优雅关闭需要向主窗口发送WM_CLOSE消息：

// 需自行实现通过进程ID查找主窗口句柄的逻辑
HWND hwnd = FindWindowByProcessId(process.id());
if (hwnd != nullptr) {
    SendMessage(hwnd, WM_CLOSE, 0, 0);
}
process.wait();

注：FindWindowByProcessId需通过枚举所有窗口，调用GetWindowThreadProcessId匹配进程ID来实现。

2. 子进程为控制台程序 #

控制台程序需要发送控制台控制信号（如CTRL_C_EVENT），这是Windows控制台进程的标准优雅关闭方式：

// 向子进程所在控制台组发送Ctrl+C信号
if (!GenerateConsoleCtrlEvent(CTRL_C_EVENT, process.id())) {
    // 处理错误逻辑
}
process.wait();

注意：调用GenerateConsoleCtrlEvent的进程需与子进程处于同一控制台会话，否则需额外配置。

3. 确保子进程正确响应关闭事件 #

• 控制台程序需注册SetConsoleCtrlHandler处理CTRL_C_EVENT，在处理函数中执行反初始化后退出：

BOOL WINAPI ConsoleCtrlHandler(DWORD dwCtrlType) {
    if (dwCtrlType == CTRL_C_EVENT) {
        // 执行反初始化逻辑
        exit(0);
        return TRUE;
    }
    return FALSE;
}

int main() {
    SetConsoleCtrlHandler(ConsoleCtrlHandler, TRUE);
    // ... 主业务逻辑
}

• GUI程序需在窗口过程中处理WM_CLOSE消息，执行清理后调用DestroyWindow和PostQuitMessage。

额外排查方向 #

• 检查process.request_exit()的具体实现：如果是跨平台库接口，确认其在Windows下是否正确映射为上述原生关闭方式，而非默认发送SIGTERM。
• 排查子进程死锁：如果子进程在反初始化阶段阻塞（如等待资源释放），即使收到关闭信号也无法退出，需梳理子进程的退出逻辑。

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