Win32控制台CTRL_CLOSE_EVENT重写失败及自定义日志窗口管道问题

一、修复AllocConsole窗口关闭导致程序终止的问题 #

你当前通过ConsoleCtrlHandler返回TRUE仍无法阻止进程终止，核心原因是：WinMain入口的GUI程序中，AllocConsole创建的控制台窗口收到关闭指令时，系统除发送CTRL_CLOSE_EVENT外，还会触发进程退出的默认逻辑。最可靠的解决方式是子类化控制台窗口过程，拦截WM_CLOSE消息实现隐藏，而非仅依赖控制台事件回调。

修改步骤： #

1. 定义控制台窗口的子类过程：

WNDPROC originalConsoleProc = NULL;

LRESULT CALLBACK ConsoleWindowProc(HWND hwnd, UINT msg, WPARAM wp, LPARAM lp) {
    if (msg == WM_CLOSE) {
        // 隐藏控制台而非执行销毁逻辑
        ShowWindow(hwnd, SW_HIDE);
        return 0; // 拦截默认关闭行为
    }
    // 其他消息交给原窗口过程处理
    return CallWindowProc(originalConsoleProc, hwnd, msg, wp, lp);
}

2. 在WinMain中AllocConsole后，子类化控制台窗口：

int APIENTRY WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR, int) {
   ...
    AllocConsole();
    hConsoleWnd = GetConsoleWindow();
    // 替换控制台窗口的过程函数
    originalConsoleProc = (WNDPROC)SetWindowLongPtr(hConsoleWnd, GWLP_WNDPROC, (LONG_PTR)ConsoleWindowProc);
    
    FILE* fp;
    freopen_s(&fp, "CONOUT$", "w", stdout);
    freopen_s(&fp, "CONOUT$", "w", stderr);

    ShowWindow(hConsoleWnd, SW_SHOW);
    ...
}

3. 可选保留ConsoleCtrlHandler处理其他控制台事件（如CTRL_C、CTRL_BREAK），但无需再处理CTRL_CLOSE_EVENT。

修改后点击控制台标题栏的"X"只会隐藏窗口，不会触发进程终止。

二、修复自定义EDIT日志窗口的管道故障 #

你的管道实现存在句柄管理、模式设置、线程稳定性三类问题，逐一修复即可解决故障：

1. 修正管道句柄与文件描述符管理 #

• _open_osfhandle需指定只写模式，匹配管道写端的用途；
• _dup2完成后关闭多余的文件描述符，避免句柄泄漏导致管道无法正常关闭；
• 为管道指定合理的缓冲区大小，避免大数据量输出阻塞。

修改管道创建代码：

SECURITY_ATTRIBUTES sa = { sizeof(SECURITY_ATTRIBUTES), NULL, TRUE };
HANDLE hReadPipe = NULL;
HANDLE hWritePipe = NULL;

// 创建带指定缓冲区的管道
CreatePipe(&hReadPipe, &hWritePipe, &sa, 4096);

// 以只写+文本模式打开管道写端为文件描述符
int osf_write = _open_osfhandle((intptr_t)hWritePipe, _O_WRONLY | _O_TEXT);
if (osf_write == -1) {
    // 处理创建失败，清理句柄
    CloseHandle(hReadPipe);
    CloseHandle(hWritePipe);
    return 1;
}

// 重定向stdout和stderr到管道
_dup2(osf_write, _fileno(stdout));
_dup2(osf_write, _fileno(stderr));

// 关闭多余的文件描述符（dup2已复制句柄）
_close(osf_write);

// 修正缓冲模式：stdout行缓冲，stderr无缓冲
setvbuf(stdout, NULL, _IOLBF, 0);
setvbuf(stderr, NULL, _IONBF, 0);

2. 提升日志线程稳定性 #

• 线程需detach或在程序退出前join，避免程序崩溃；
• 增加窗口有效性检查，避免向已销毁窗口发送消息；
• 处理ReadFile的错误情况，确保线程正常退出。

修改日志线程代码：

// 线程detach，避免程序退出时阻塞
auto logThread = std::thread([hReadPipe, hLogWindow]() {
    char buffer[256];
    DWORD bytesRead;
    while (true) {
        BOOL ret = ReadFile(hReadPipe, buffer, sizeof(buffer) - 1, &bytesRead, NULL);
        if (!ret || bytesRead == 0) {
            // 管道关闭或读取失败，退出循环
            DWORD err = GetLastError();
            if (err != ERROR_BROKEN_PIPE && err != ERROR_SUCCESS) {
                // 可选：记录错误信息
            }
            break;
        }
        buffer[bytesRead] = '\0';

        // 确保窗口存在时发送消息
        if (IsWindow(hLogWindow)) {
            int len = GetWindowTextLength(hLogWindow);
            SendMessage(hLogWindow, EM_SETSEL, len, len);
            SendMessage(hLogWindow, EM_REPLACESEL, 0, (LPARAM)buffer);
            SendMessage(hLogWindow, EM_SCROLLCARET, 0, 0);
        }
    }
    // 关闭读管道句柄
    CloseHandle(hReadPipe);
});
logThread.detach();

3. 完善日志窗口的窗口过程 #

补充窗口销毁时的清理逻辑，避免内存泄漏：

LRESULT CALLBACK LogWindowProc(HWND hwnd, UINT msg, WPARAM wp, LPARAM lp) {
    switch (msg) {
    case WM_CLOSE:
        ShowWindow(hwnd, SW_HIDE);
        return 0;
    case WM_DESTROY:
        // 程序退出时触发退出消息
        PostQuitMessage(0);
        return 0;
    default:
        return CallWindowProc(originalEditProc, hwnd, msg, wp, lp);
    }
}

4. 程序退出时的清理 #

在WinMain的消息循环结束后，关闭管道写端，确保日志线程正常退出：

// 消息循环结束后添加
CloseHandle(hWritePipe);

总结 #

• 针对AllocConsole的关闭问题，子类化控制台窗口拦截WM_CLOSE是最可靠的方案；
• 管道故障的核心是句柄管理和模式设置错误，修正后即可正常将输出传递到自定义日志窗口。

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