我从64位系统上的32位非托管DLL调用函数。我得到的是:
BadImageFormatException:试图加载格式不正确的程序。(异常来自HRESULT: 0x8007000B)
首先，我把我的项目设置为任何CPU平台，所以我把它们都改为x86，但这个错误仍然发生。这是我知道的唯一解决办法。
dll没有损坏，因为我可以将它们与其他程序一起使用(我没有源代码)。我想也许它没有找到一个依赖，但我检查了一下，它们都在那里。另外，它不会在这种情况下抛出DllNotFoundException吗?
我还能做什么?在您说“改用64位非托管DLL”之前，请允许我指出没有一个DLL。；）
当前回答
如果您在单击绿色箭头按钮运行应用程序时遇到此错误，但仍然希望以64位运行应用程序。你可以在VS 2013、2015、2017和2019中这样做
转到:工具>选项>项目和解决方案> Web项目>使用64位版本的IIS Express
或者你可以在项目属性> Web > Bitness中做每个项目
其他回答
还有这个答案，它为我解决了同样的问题。
Posted by Luis Mack on 5/12/2010 at 8:50 AM I've found the same problem, only for a specific project when compiling on a 64-bit machine. A fix that SEEMS to work is to manually alter one character in the image stream EVERY TIME the usercontrol or form is edited in the designer AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj00LjAuMC4w Change to AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj0yLjAuMC4w That is 00LjAuMC4w back to 0yLjAuMC4w at the end of the line (00 back to 0y)
我也遇到过这个问题。这里所有的建议都试过了，但都没用。
我找到了另一个东西来检查，它帮我解决了这个问题。在Visual Studio中，右键单击项目并打开“属性”。点击“编译”(或“构建”)选项卡，然后点击底部的“高级编译选项”。
检查下拉菜单“Target CPU”。它应该与您正在构建的“平台”相匹配。也就是说，如果你正在构建“任何CPU”，那么“目标CPU”应该是“任何CPU”。通过激活所有的平台，检查这个设置。
可能导致此异常的另一个原因是Dll的目标平台缺少c++可重分发文件。在虚拟机上测试时，我很难找到答案。
对于。net core，确保Ijwhost.dll在输出目录中，有时它没有被复制，这将导致错误。参见https://github.com/dotnet/runtime/issues/38231和https://stackoverflow.com/a/58773266/9665729
在我的例子中，我使用的是c#中的原生DLL。这个DLL依赖于其他几个缺失的DLL。一旦添加了其他dll，一切就正常了。
