Win32窗口过程中MessageBox是否暂停异常处理？该报错方式是否可取？

为什么会出现多个MessageBox弹窗？ #

你遇到的问题核心原因是：MessageBox本身会启动自己的内部消息循环。当你在窗口过程的catch块里调用MessageBox时，它不会阻塞整个程序的消息处理——相反，在等待用户点击弹窗的这段时间里，MessageBox的消息循环会继续处理队列中的其他消息，包括你的WM_TIMER。因为定时器每1.5秒就会触发一次，所以新的WM_TIMER消息会不断被处理，抛出新的异常，进而弹出更多MessageBox。

在窗口过程中使用MessageBox属于不良实践吗？ #

是的，这确实是不推荐的做法，主要原因有三点：

1. 消息循环重入风险：MessageBox自带消息循环，会导致窗口过程被再次调用（比如处理WM_TIMER、WM_PAINT等消息），引发意料之外的逻辑冲突，就像你遇到的定时器重复触发问题。
2. 阻塞UI响应：窗口过程是Win32 UI的核心处理路径，要求快速执行。如果在这里调用MessageBox等待用户操作，整个窗口会失去响应，甚至可能被系统判定为“无响应程序”。
3. 异常兼容性问题：Windows的消息分发机制对C++异常的支持并不完善，部分系统版本或场景下，异常可能无法被你的catch块捕获，直接导致程序崩溃。

正确的处理方式 #

临时修复：先终止定时器

要解决当前的多弹窗问题，最简单的办法是在弹出MessageBox前先杀死定时器，阻止后续WM_TIMER消息生成：

catch (const std::string& e) {
    KillTimer(hWnd, ID_TIMER_MOVE); // 先停止定时器，避免重复触发
    MessageBox(hWnd, TEXT("Exception has been thrown."), TEXT("Error"), MB_SYSTEMMODAL);
    PostMessage(hWnd, WM_CLOSE, wParam, lParam);
}

更规范的方案：将错误处理移到消息循环中

不要在窗口过程里直接处理异常并弹出弹窗，而是通过自定义消息将错误传递到正常的消息循环流程中处理：

1. 定义自定义消息：

   #define WM_APP_ERROR (WM_APP + 1)
   

2. 在catch块中发送自定义消息，而不是直接调用MessageBox：

   catch (const std::string& e) {
       KillTimer(hWnd, ID_TIMER_MOVE);
       // 可以将错误信息通过lParam传递，注意内存管理
       std::string* errorMsg = new std::string(e);
       PostMessage(hWnd, WM_APP_ERROR, 0, (LPARAM)errorMsg);
   }
   

3. 在窗口过程中处理自定义消息，此时再弹出MessageBox：

   case WM_APP_ERROR: {
       std::string* errorMsg = (std::string*)lParam;
       MessageBoxA(hWnd, errorMsg->c_str(), "Error", MB_SYSTEMMODAL);
       delete errorMsg;
       PostMessage(hWnd, WM_CLOSE, 0, 0);
       return 0;
   }
   

额外建议

尽量避免在窗口过程中抛出C++异常。建议将可能抛出异常的逻辑封装到独立的函数中，在窗口过程调用这些函数时提前捕获异常，不要让异常逃逸到Windows的消息分发机制里。

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