从Visual Studio 2019升级到2022后boost::regex 1.76出现SEH异常的原因？

可能的原因及解决办法 #

1. CRT版本不兼容（ABI断裂） #

VS2022使用v143工具集，VS2019为v142，两者CRT（C运行时库）存在ABI不兼容。即便重新编译boost，若项目中仍有VS2019编译的依赖库、obj文件，会引发CRT冲突触发SEH异常。

解决办法：

• 彻底清理项目所有VS2019编译产物：删除旧的obj、lib、dll文件，确保整个解决方案的所有依赖都用VS2022的v143工具集重新编译。
• 检查项目属性：确认C/C++ -> 常规 -> 附加包含目录和链接器 -> 输入 -> 附加依赖项中，无VS2019版本的boost或第三方库路径。

2. Boost.regex编译配置问题 #

Boost 1.76.0在VS2022下编译时，若未指定正确工具集或编译选项，生成的库会存在兼容性问题。此外，编译模式（Debug/Release、静态/动态）与项目不匹配也会引发异常。

解决办法：

• 重新编译boost时明确指定VS2022工具集：

  bootstrap.bat vc143
  b2 toolset=msvc-14.3 --build-type=complete stage
  

  vc143对应v143工具集，--build-type=complete会编译全模式库（Debug/Release、静态/动态、多线程/单线程）。
• 严格匹配编译模式：Debug项目链接带-gd后缀的boost_regex Debug库（如boost_regex-vc143-mt-gd-x64-1_76.lib），Release项目链接不带-gd的版本。

3. 字符集或编码不匹配 #

VS2022默认字符集设置可能与VS2019不同，而boost::regex对字符集敏感，不匹配会导致内存访问错误。

解决办法：

• 检查项目常规 -> 字符集设置，确保与VS2019时期一致（如均为Unicode或多字节）。
• 字符集切换后，对应使用正确的boost::regex模板：Unicode字符集用boost::wregex，多字节用boost::regex，避免类型混用。

4. 编译器选项差异触发潜在BUG #

VS2022启用了新的编译器警告、优化选项，或对C++标准实现更严格，可能触发Boost 1.76.0 regex组件的潜在未定义行为。

解决办法：

• 尝试禁用新编译器选项：关闭C/C++ -> 语言 -> 符合模式（/permissive-），或降低C标准版本到VS2019使用的版本（如从C20改回C++17）。
• 升级Boost版本：Boost 1.76.0为2021年版本，后续版本（如1.78.0及以上）修复了大量VS2022兼容性问题，升级后重新编译可解决异常。

5. 定位SEH异常具体类型 #

通过调试器查看异常细节，可精准排查问题：

• 在VS2022中开启调试 -> 窗口 -> 异常设置，勾选“Win32 Exceptions”，触发SEH异常时会中断到具体代码行。
• 查看调用栈，确认异常发生在boost::regex构造函数内部，还是项目传递的正则表达式字符串存在问题（如空指针、非法字符）。

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