我从64位系统上的32位非托管DLL调用函数。我得到的是:
BadImageFormatException:试图加载格式不正确的程序。(异常来自HRESULT: 0x8007000B)
首先，我把我的项目设置为任何CPU平台，所以我把它们都改为x86，但这个错误仍然发生。这是我知道的唯一解决办法。
dll没有损坏，因为我可以将它们与其他程序一起使用(我没有源代码)。我想也许它没有找到一个依赖，但我检查了一下，它们都在那里。另外，它不会在这种情况下抛出DllNotFoundException吗?
我还能做什么?在您说“改用64位非托管DLL”之前，请允许我指出没有一个DLL。；）
当前回答
在我的例子中，我使用的是c#中的原生DLL。这个DLL依赖于其他几个缺失的DLL。一旦添加了其他dll，一切就正常了。
其他回答
不知何故，配置管理器中的Build复选框没有选中我的可执行文件，所以它仍然运行旧的Any CPU构建。在我修复了这个问题之后，Visual Studio抱怨它无法调试程序集，但重启后就修复了这个问题。
在我的例子中，我使用了一个小的.exe，它通过反射重新加载引用的dll。所以我只需要做这些步骤就可以了:
从解决方案资源管理器上的项目属性，在构建选项卡，我从x86选择目标平台
还请注意使用的dll文件(在我的情况下是“WebView2Loader.dll”)的版本是非常重要的。我遇到了几乎相同的问题“Microsoft.WebView2.FixedVersionRuntime.101.0.1210.39。当我试图使用MMC管理单元中的WebView2组件与“HTMLView”或“FormView”类型时。
我只是将引用的dll文件复制到项目可访问的适当路径(您可以先将其放在项目输出文件旁边进行测试)，然后WebView2浏览器开始按预期运行。微软的错误消息有时(至少在我的情况下)有点误导，没有传达足够的信息。
我收到了“BadImageFormatException”，通常发生在你混合平台目标(例如，在一个针对x86的应用程序中使用X64编译的dll文件，反之亦然)或混合本机代码和. net时，但这根本不是我的问题。我希望这能帮助那些可能陷入困境的人。
我们也遇到过类似的问题，我们通过将平台目标设置为x86来解决它。
我们在。net核心中也遇到了同样的问题。解决方案是下载32位的。netcore运行时，让你的项目目标是x86
在csproj文件中添加
<PropertyGroup>
<PlatformTarget>x86</PlatformTarget>
</PropertyGroup>
<PropertyGroup>
<RunCommand Condition="'$(PlatformTarget)' == 'x86'">$(MSBuildProgramFiles32)\dotnet\dotnet</RunCommand>
</PropertyGroup>
这是用于Windows机器，你必须调整路径，如Linux/OSX
