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

C++的try/catch无法捕获访问违规等SEH异常，因其仅处理throw抛出的标准异常；而ACCESS_VIOLATION等属Windows内核级结构化异常，需用__try/__except或SetUnhandledExceptionFilter拦截。

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

Windows 下的 C++ 程序崩溃（如访问空指针、除零、栈溢出）默认会触发未处理异常，直接弹出系统错误对话框或静默终止——try/catch 完全捕获不到。要拦截这类底层硬件/系统级异常，必须用 Windows 原生的结构化异常处理（SEH），而不是 C++ 异常机制。

为什么 `try/catch` 捕不到访问违规？

C++ 的 try/catch 只处理 C++ 标准异常（throw 抛出的对象）和部分编译器扩展异常（如 MSVC 的 /EHsc 下的 Win32 SEH 转发，但默认不开启且不可靠）。而 0xC0000005（ACCESS_VIOLATION）、0xC0000094（INTEGER_DIVIDE_BY_ZERO）等属于操作系统内核抛出的结构化异常，绕过 C++ 异常栈 unwind 流程。

常见错误现象：

写了 try { int* p = nullptr; *p = 1; } catch(...) { }，程序仍崩溃
启用 /EHsc 后看似能 catch，但实际是未定义行为：栈可能已损坏，catch 块内调用 printf 或 new 极易二次崩溃
Release 版本中因优化导致 SEH 表丢失，__try/__except 失效

用 `try/except` 捕获并安全处理

SEH 是 Windows 内核与用户态协作的机制，__try/__except 是 MSVC 提供的语法糖，最终生成 __except_handler3 或 __except_handler4 注册帧信息。关键不是“捕获”，而是“安全响应”。

实操建议：

直播间话术巡检-windows

直播话术巡检系统(Windows版) — 实时语音转写、关键词检测、场景自动切换、告警推送、大屏可视化。支持 Windows VB-Cable 虚拟声卡音频采集，阿里云 ASR 实时识别。一键启动脚本，自动安装环境。

下载

只在顶层函数（如 WinMain、main 入口）或明确隔离的模块中使用，避免嵌套过深
__except 过滤表达式必须极快完成（不能调用 malloc、printf、std::string 等），推荐仅用 GetExceptionCode() 和简单判断
不要在 __except 块中尝试“恢复执行”（如 EXCEPTION_EXECUTE_HANDLER 后 return），除非你 100% 确认寄存器/栈完好（几乎不可能）

典型写法：

LONG WINAPI TopLevelExceptionHandler(EXCEPTION_POINTERS* info) {
    // 更可靠的方式：用 SetUnhandledExceptionFilter
    return EXCEPTION_EXECUTE_HANDLER;
}
SetUnhandledExceptionFilter(TopLevelExceptionHandler);

用 `SetUnhandledExceptionFilter` 替代局部 `__try`

对大多数应用（尤其是 GUI 或服务进程），全局异常过滤器比分散的 __try/__except 更实用：它在所有线程、所有未处理异常时触发，且不依赖编译器生成的 SEH 表（不受 /O2 优化影响）。

使用场景：

崩溃现场 dump 收集（调用 MiniDumpWriteDump）
记录寄存器上下文（info->ContextRecord->Rip, Rsp）和模块信息（GetModuleHandleEx）
弹出友好提示后退出，而非让 Windows 显示“该程序已停止工作”
注意：DLL 中调用 SetUnhandledExceptionFilter 有线程安全风险；多线程下需确保首次调用在主线程

调试与部署中的关键坑

SEH 在 Debug/Release、静态/动态 CRT、不同 Windows 版本下行为不一致，容易误判：

/MD（动态 CRT）下，CRT 自身注册了异常过滤器，可能提前截获异常并调用 abort()，导致你的 SetUnhandledExceptionFilter 不生效——解决：在 main 开头立即调用，或链接 /NODEFAULTLIB:libcmt.lib
64 位 Windows 使用基于表的 SEH（Table-based SEH），__try/__except 在非主模块（如插件 DLL）中可能被忽略；必须用 SetUnhandledExceptionFilter + AddVectoredExceptionHandler 组合
Windows 10 1809+ 对 SetUnhandledExceptionFilter 加了限制：若进程启用了 HeapEnableTerminationOnCorruption 或 CFG（控制流防护），某些堆破坏异常无法被捕获——此时需配合 HeapSetInformation 和 IsProcessorFeaturePresent(PF_FASTFAIL_AVAILABLE) 判断