Visual C++ Win32 API消息循环异常：指定HWND时WM_QUIT未处理

核心原因 #

WM_QUIT 是线程级消息，不属于任何特定窗口。当你调用 PeekMessage(&msg, startup.wnd, 0, 0, PM_REMOVE) 时，函数只会检索与 startup.wnd 关联的窗口消息，完全忽略线程级的 WM_QUIT。这就导致消息循环永远无法收到退出信号，只能持续处理该窗口的消息（比如 WM_PAINT），最终陷入无限循环。

断点调试时能正常退出，是因为调试器会介入线程管理，可能在断点触发时处理了线程退出逻辑，或者你手动终止了调试会话，和 PeekMessage 的参数设置无关。关闭优化无效也符合这个逻辑——优化不会改变消息的归属规则。

是否无法单独处理单个窗口的消息？ #

可以单独处理单个窗口的消息，但必须兼顾线程级消息的处理。比如你可以在循环中先检查线程消息（包括 WM_QUIT），再处理目标窗口的消息：

while (true) {
    // 先检查线程级消息（包括WM_QUIT）
    if (PeekMessage(&msg, nullptr, 0, 0, PM_NOREMOVE)) {
        if (GetMessage(&msg, nullptr, 0, 0) == 0) {
            break; // 收到WM_QUIT，退出循环
        }
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
    // 再处理目标窗口的消息
    while (PeekMessage(&msg, startup.wnd, 0, 0, PM_REMOVE)) {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
}

不过这种写法比较繁琐，除非有明确的业务需求（比如多窗口程序中单独处理某窗口的消息队列），否则没必要这么做。

是否应该改用nullptr？ #

如果你的程序逻辑不需要单独隔离单个窗口的消息处理，强烈建议改用 nullptr。这是Win32消息循环的标准写法，能确保线程级消息（尤其是 WM_QUIT）被正常捕获，保证程序可以正确退出。

标准的阻塞消息循环写法如下：

MSG msg;
while (GetMessage(&msg, nullptr, 0, 0)) {
    TranslateMessage(&msg);
    DispatchMessage(&msg);
}
return (int)msg.wParam;

如果需要实现非阻塞循环，也应该保持 HWND 参数为 nullptr：

MSG msg;
while (true) {
    if (PeekMessage(&msg, nullptr, 0, 0, PM_REMOVE)) {
        if (msg.message == WM_QUIT) {
            break;
        }
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    } else {
        // 处理非阻塞逻辑（如界面刷新、后台任务）
    }
}

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