VS2022 Debug构建wxWidgets程序时exe_common.inl随机出现访问违例

问题背景 #

使用VS 2022社区版（v17.3.3），基于C++ v143工具链（启用最新C特性）构建wxWidgets v3.2.0应用，搭配Windows SDK 10.0.22621并开启C模块。Debug构建可成功完成，但运行时随机抛出「读取0xFFFFFF时发生访问违例（ucrtbased.dll）」异常，触发位置为exe_common.inl中的代码：

__scrt_current_native_startup_state = __scrt_native_startup_state::initialized;

仅对代码做微小改动重新编译几次后，exe可正常运行。项目依赖Boost库，启动阶段涉及boost/json组件，异常发生在以下代码执行之后：

static allocator_arg_t allocator_arg = BOOST_CONTAINER_DOC1ST(unspecified, *std_allocator_arg_holder<>::dummy);

问题在Win10和Win11系统均出现，以下是针对项目设置的排查方向：

项目设置排查要点 #

• 统一运行时库配置
  检查主项目、wxWidgets、Boost三者的运行时库设置完全一致：Debug模式下统一使用/MDd（多线程调试DLL）或/MTd（多线程调试），禁止混用。Boost编译时需指定对应工具链和运行时库参数，避免因堆管理不统一导致随机内存访问错误。

• C++模块相关配置校验

  1. 确认项目的/experimental:module开关已正确启用，且依赖库（wxWidgets、Boost）是否适配C++模块编译逻辑；
  2. 若启用预编译头，需验证模块代码与预编译头无冲突，可暂时禁用预编译头测试是否解决问题；
  3. 检查链接器的模块选项（如/module:interface、/module:internal）使用是否符合项目结构，避免模块符号冲突。

• 缓解静态初始化顺序冲突
  异常发生在静态变量初始化阶段，大概率是静态初始化顺序依赖问题，可调整以下设置：

  1. 启用/Zc:inline选项（项目属性→C/C++→语言→符合模式），确保inline函数内静态变量的初始化逻辑正确；
  2. Debug模式下禁用/Gw（全局优化）选项，避免编译器重排静态初始化代码；
  3. 将全局静态变量改为函数内静态变量（懒加载），手动控制初始化时机，规避跨模块的初始化顺序冲突。

• 编译优化与SDK版本匹配检查

  1. 确认Debug模式下优化设置为禁用(/Od)，避免意外开启的优化打乱初始化流程；
  2. 验证wxWidgets是否使用与主项目相同版本的Windows SDK编译，SDK版本不一致可能导致结构体、函数定义差异，触发内存访问越界；
  3. 考虑升级VS2022到v17.4及以上版本，v17.3.x的C++模块支持存在部分已知bug，新版本可能修复相关问题。

• 链接器依赖项排查
  检查链接器输入的附加依赖项，确保只引入Debug版本的wxWidgets和Boost库，避免Debug与Release库混合引用导致符号冲突。同时确认模块相关的lib文件已正确添加，无重复或缺失。

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