C#调用C++ DLL抛出System.BadImageFormatException异常如何解决

已确认的前置操作 #

• 已将C++ DLL与C#项目的平台目标统一配置为x86（运行设备为x64架构），后续也尝试将两个项目均切换为x64平台编译运行，异常仍未解决
• 触发的异常信息如下：

Unhandled exception. System.BadImageFormatException: Could not load file or assembly 'DLLMYX86, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'. 试图加载格式不正确的程序。
File name: 'DLLMYX86, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' ---> System.BadImageFormatException: 试图加载格式不正确的程序。 (0x8007000B)
   at MYNETX86.Program.Main(String[] args)

逐一排查修复点 #

• 验证DLL实际架构，不要只信VS配置：不要以VS界面里选择的平台配置为准，直接用Dependencies、CorFlags这类PE解析工具打开C#输出目录下实际被加载的C++ DLL，确认PE头标记的架构和目标平台完全匹配。这类问题占同类报错的90%以上，大多是输出目录未同步更新，程序实际加载的是历史编译的旧架构DLL。
• 关闭C#项目的「首选32位」选项：就算平台目标选了x64/Any CPU，只要勾了「首选32位」，程序就会以32位模式运行，加载x64的C++ DLL必然报错。C#项目不要用Any CPU，直接选和C++ DLL完全一致的x86/x64平台，同时取消「首选32位」勾选。
• 检查C++ DLL的所有依赖项：报格式错误不一定是主DLL的问题，只要主DLL依赖的任意一个模块（包括VC运行库、第三方依赖库）架构不匹配，都会抛出这个异常。用Dependencies工具打开C++ DLL，遍历所有依赖项的架构，确认全部和目标平台一致，同时确认对应版本的VC运行库已经正确安装。
• 检查.NET项目发布配置：如果是.NET Core/.NET 5+项目，发布时要选对和DLL架构匹配的运行时标识，x86对应win-x86，x64对应win-x64，不要用默认的框架依赖模式混放不同架构的文件。
• 全量清理后重新生成：直接删除两个项目的bin、obj目录，确认没有旧版本DLL残留后再重新编译，避免VS增量编译没覆盖旧文件的问题。
• 检查C项目编译选项：如果C项目开启了/clr混编托管代码，要确认托管代码生成目标和C#项目匹配；纯原生DLL要确认没有开启ARM等非x86/x64的指令集选项，没有使用不兼容的调用约定。

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