C++ try-catch无法捕获异常主因是异常非throw产生，如访问违规属SEH，需/EHa编译选项或__try/__except处理。
在C++开发中，try-catch 本应是处理运行时错误的标准方式，但有时开发者会发现即使写了 try-catch 块，程序依然崩溃或异常未被捕获。这种情况通常不是因为 C++ 异常机制失效，而是异常类型不匹配、异常来源非 C++ 异常，或是系统级错误触发了结构化异常（SEH），而这些无法被标准 C++ try-catch 捕获。以下是常见原因分析与排查方法。
1. 异常来源并非 C++ 异常（如访问违规）
C++ 的 try-catch 只能捕获使用 throw 抛出的 C++ 异常对象（如 throw std::runtime_error）。如果程序出现空指针解引用、数组越界等导致的访问违规（Access Violation），这类属于操作系统级别的结构化异常（SEH），默认不会被 C++ catch 捕获。
例如：
int* p = nullptr;*p = 10; // 触发 Access Violation，非 C++ 异常
即使这段代码在 try 块中，标准 catch(...) 也无法捕获。
立即学习“C++免费学习笔记（深入）”；
2. 编译器未启用 SEH 与 C++ 异常的互操作
Visual Studio 提供了将 SEH 异常映射为 C++ 异常的选项：/EHa。如果只启用 /EHsc（默认），编译器只会处理 C++ 异常（throw），忽略结构化异常。
解决方法：
- 项目属性 → C/C++ → 代码生成 → “启用 C++ 异常” 设置为“是 (/EHsc)”或“是，带有 SEH 异常 (/EHa)”
- 若需捕获 SEH 异常（如访问违规），必须使用 /EHa
- 注意：/EHa 可能带来轻微性能开销，且不推荐在所有场景开启
3. 使用 __try / __except 处理 SEH 异常
在 Windows 平台，要捕获访问违规等系统异常，应使用 Microsoft 扩展的 SEH 语法：
__try {int* p = nullptr;
*p = 10;
}
__except(EXCEPTION_EXECUTE_HANDLER) {
printf("捕获到访问违规\n");
}
EXCEPTION_EXECUTE_HANDLER 表示执行异常处理块。也可根据 GetExceptionCode() 判断具体异常类型。
4. 混合使用 C++ 异常与 SEH 的注意事项
当同时使用 /EHa 时，C++ 异常和 SEH 异常可共存，但需注意：
- catch(...) 在 /EHa 下可以捕获部分 SEH 异常（如果编译器支持转换）
- 但不能保证所有 SEH 都被 catch(...) 捕获，行为依赖编译器实现
- 建议明确使用 __try/__except 处理严重错误，如堆栈溢出、内存访问违规
- 避免在异常处理中进行复杂操作，防止二次异常
基本上就这些。C++ try-catch 捕获不到异常，多数是因为异常本身不是 C++ throw 产生的。排查时先确认异常类型，再检查编译选项是否支持 SEH。对于系统级错误，应结合 Windows SEH 机制处理，而不是依赖纯 C++ 异常。调试时开启详细异常信息输出，有助于快速定位问题根源。
