C++如何利用SEH捕获Windows程序异常崩溃 _ 结构化处理方案【干货】-C++-PHP中文网

windows硬件异常必须用seh的__try/__except捕获，filter-expression须返回exception_execute_handler等标准常量；混用seh与c++异常时需统一使用/eha编译选项，否则析构函数不执行；__finally是唯一可靠的清理入口，但不可抛异常或触发新seh。

c++如何利用seh捕获windows程序异常崩溃 _ 结构化处理方案【干货】

不能用 try/catch 捕获 Windows 硬件异常（如除零、访问违规、栈溢出），必须用 SEH 的 __try/__except —— 这是唯一能在崩溃前介入的机制。

__except 块里 filter-expression 必须返回标准常量

SEH 不是 C++ 异常，__except 后面的表达式不是布尔值，而是必须明确返回 EXCEPTION_EXECUTE_HANDLER、EXCEPTION_CONTINUE_SEARCH 或 EXCEPTION_CONTINUE_EXECUTION。返回任意非标准整数（比如 1 或 true）会导致未定义行为，常见表现是程序直接终止，不进 __except 块。

常见错误写法：

__except (GetLastError() != 0) { ... }  // ❌ 错误：返回值非标准常量

正确写法示例：

__except (EXCEPTION_EXECUTE_HANDLER) { /* 处理 */ }

或带条件判断的典型模式：

__except (GetExceptionCode() == EXCEPTION_ACCESS_VIOLATION ? EXCEPTION_EXECUTE_HANDLER : EXCEPTION_CONTINUE_SEARCH)

GetExceptionCode() 返回当前异常类型，必须在 __except 表达式中调用，不能提前存到变量里再用
GetExceptionInformation() 只在 __except 块内部有效，不能在 filter-expression 中调用
filter-expression 执行期间不允许抛 C++ 异常，否则触发嵌套崩溃

混用 SEH 和 C++ 异常时编译选项必须匹配

如果你的项目同时用了 throw 和 __try，编译器选项不一致会破坏对象生命周期管理。关键点是：/EHa 开启“异步异常”支持（即允许捕获 SEH 异常并调用 C++ 析构函数），而 /EHsc 只处理同步 C++ 异常，遇到 SEH 会跳过析构。

Windows TTS (WSL2)

在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。

下载

后果很实际：

用 /EHsc 编译 + __try/__except → 局部 std::vector、std::unique_ptr 等对象的析构函数**不会被调用**，资源泄漏
用 /EHa 编译 → 析构函数会被调用，但性能略低，且可能掩盖某些未定义行为（如在析构中抛异常）
混合模块（C++ 代码调用含 SEH 的 C 静态库）时，主工程必须用 /EHa，否则链接后崩溃位置不可预测

__finally 块是唯一可靠的资源清理入口

当发生访问违规等严重异常时，__try 块内普通 return、goto、甚至 exit() 都可能被跳过，但 __finally 块保证执行（进程终止除外）。这是释放 HANDLE、CloseHandle、VirtualFree、DeleteCriticalSection 的最后机会。

注意点：