std::thread抛出C++异常无法触发SetUnhandledExceptionFilter问题咨询

核心异常拦截逻辑 #

你遇到的差异是MSVC标准库的std::thread实现逻辑导致的，和C++异常底层基于SEH实现的机制不冲突：

• MSVC的std::thread在创建子线程时，会给你传入的lambda外层套一层CRT提供的包装函数，这个包装函数内置了try-catch(...)异常捕获逻辑。你抛出的C++异常会直接被这层CRT逻辑拦截，根本不会流到操作系统的未处理异常分发流程，自然无法触发SetUnhandledExceptionFilter设置的回调。
• 空指针访问、直接调用RaiseException产生的是操作系统原生结构化异常（SEH），在默认/EHsc（同步异常处理模型）编译选项下，CRT的catch(...)不会捕获这类非C++异常，所以可以正常流到你设置的未处理异常过滤器。如果切换到/EHa编译选项，CRT会捕获所有SEH异常，这两种场景也会无法触发你的过滤器。
• 你提到的《Windows via C++》中C++异常基于SEH实现的结论是正确的，只是std::thread的CRT封装层提前拦截了异常，没有让它进入操作系统的SEH分发流程，才出现了你测试的差异。

std::set_terminate不生效的原因 #

CRT捕获到未处理的C++异常后会默认调用std::terminate，如果你的回调没有触发，通常是两个原因：

• 你调用std::set_terminate的时机晚于子线程启动，或者动态链接CRT时不同模块的terminate回调上下文隔离
• 旧版本MSVC的std::thread实现存在异常处理逻辑偏差，可升级到最新版MSVC工具集验证

可行解决方案 #

• 手动给std::thread的入口函数套一层全局try-catch(...)，在捕获分支直接执行你的自定义异常处理逻辑，不需要依赖系统层面的未处理异常过滤器
• 替换std::thread为Windows原生CreateThread创建线程，没有CRT的外层捕获包装，C++异常可以正常触发你设置的SetUnhandledExceptionFilter回调
• 修正std::set_terminate调用逻辑：在程序入口、所有子线程启动前就调用std::set_terminate设置全局回调，异常发生时会正常进入你设置的terminate处理函数

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