Windows下SetUnhandledExceptionFilter返回值与std::terminate的区别

针对你在Windows C++程序中使用SetUnhandledExceptionFilter时遇到的三种终止方式疑问，以及EXCEPTION_EXECUTE_HANDLER的作用问题，下面逐一说明：

三种终止方式的具体差异 #

1. 返回EXCEPTION_CONTINUE_SEARCH #

• 该返回值通知Windows异常处理机制：当前自定义处理器不处理此异常，继续查找后续可用的处理器。
• 实际行为：系统会触发默认的未处理异常逻辑——弹出Windows原生的崩溃提示窗口（“程序已停止工作”），等待用户选择调试或关闭程序，最终由系统终止进程。
• 注意：仅当程序未被调试器附加时，才会走到系统默认处理器；若有调试器，异常会先被调试器捕获。

2. 返回EXCEPTION_EXECUTE_HANDLER #

• 该返回值表示当前自定义处理器已完成异常处理，无需继续遍历异常处理链。
• 虽然没有显式的__except块，但SetUnhandledExceptionFilter注册的是进程级顶层异常过滤器，返回此值后，系统会直接进入异常处理完成流程，自动终止进程，不会再弹出系统默认的崩溃对话框。这也是微软示例选用它的原因：完成minidump生成后，让进程干净终止，跳过用户交互步骤。

3. 直接调用std::terminate() #

• 这是C标准库的终止函数，触发后会走C运行时的终止流程：
  • 先调用std::set_terminate注册的自定义终止函数（如果存在）；
  • 随后调用abort()，向进程发送SIGABRT信号，最终导致进程异常终止。
• 与前两种Windows原生异常处理的区别：它基于C运行时逻辑，而非Windows内核的异常处理链。如果程序中有依赖C终止流程的资源清理逻辑，这种方式更贴合C++语义，但最终结果同样是进程终止。

关于异常处理器冒泡的疑问 #

调用SetUnhandledExceptionFilter注册自定义过滤器后，它会替换进程默认的顶层异常处理器：

• 若返回EXCEPTION_CONTINUE_SEARCH，异常会冒泡到系统默认处理器（即弹出崩溃窗口的逻辑）；
• 若返回EXCEPTION_EXECUTE_HANDLER，异常处理链会在此终止，不会再向上传递。

补充：关于/EHa编译选项 #

• /EHa会让编译器将Windows结构化异常（如访问违例、栈溢出）纳入C异常处理体系，此时catch(...)会捕获这类非C标准异常。
• 若需要在异常发生时保证C++对象通过栈展开完成析构，必须开启/EHa；但要注意副作用：catch(...)会捕获所有异常，包括栈溢出这类严重错误，可能导致程序在错误状态下继续运行，引发更严重的问题。
• 若仅需生成minidump后终止进程，/EHa并非必须；但如果runTheProgram()中存在依赖栈展开的资源管理逻辑，就需要考虑开启。

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