启用MSVC地址Sanitizer后程序在进入WinMain前触发异常

核心触发原因 #

该异常属于MSVC ASAN的已知兼容问题，发生在CRT初始化、WinMain/main执行前的阶段，__acrt_initialize()第291行的访问冲突通常由以下几种场景导致：

• 项目混合使用了启用/未启用ASAN编译的编译单元，尤其是静态CRT库或者第三方依赖库的编译选项不一致，导致ASAN运行时注入时出现符号冲突
• 开启了/INCREMENTAL增量链接选项，MSVC ASAN不支持增量链接，会导致运行时钩子的注入地址偏移，触发非法访问
• 32位项目开启了/LARGEADDRESSAWARE大地址感知，旧版MSVC ASAN对32位大地址空间的映射支持存在缺陷
• 全局对象的构造函数优先级高于ASAN运行时初始化完成节点，构造逻辑中调用了ASAN无法拦截的底层内存操作

修复步骤 #

• 统一全项目编译选项：所有编译单元（包括依赖的第三方静态库）必须同时启用/fsanitize=address，CRT运行时统一使用动态链接版本/MDd，避免混合使用静态CRT或者不同编译选项的依赖
• 关闭增量链接：在项目属性「链接器-常规」中关闭「启用增量链接」，或在编译参数中添加/INCREMENTAL:NO
• 32位项目临时关闭/LARGEADDRESSAWARE选项验证，确认是否为地址空间兼容问题
• 添加编译参数/fsanitize-address-use-after-return=never，临时关闭栈释放后检测特性，部分场景下该特性会导致初始化阶段内存冲突
• 升级Visual Studio到17.4及以上版本，微软在该版本修复了多个ASAN在CRT初始化阶段的崩溃问题

验证方法 #

修改配置后重新编译，若WinMain第一行断点可以正常命中、无访问冲突抛出，即可确认问题解决。

内容的提问来源于stack exchange，提问作者Eyal K.