我从64位系统上的32位非托管DLL调用函数。我得到的是:
BadImageFormatException:试图加载格式不正确的程序。(异常来自HRESULT: 0x8007000B)
首先，我把我的项目设置为任何CPU平台，所以我把它们都改为x86，但这个错误仍然发生。这是我知道的唯一解决办法。
dll没有损坏，因为我可以将它们与其他程序一起使用(我没有源代码)。我想也许它没有找到一个依赖，但我检查了一下，它们都在那里。另外，它不会在这种情况下抛出DllNotFoundException吗?
我还能做什么?在您说“改用64位非托管DLL”之前，请允许我指出没有一个DLL。；）
当前回答
我用Windows的方式解决了这个问题。在检查所有设置、清理解决方案并重新构建之后，我简单地关闭解决方案并重新打开它。然后它工作了，所以VS可能没有在清洁过程中处理掉一些东西。 当合乎逻辑的解决方案不起作用时，我通常会求助于不合逻辑(或看似不合逻辑)的解决方案。Windows没有让我失望。：）
其他回答
基于@paibamboo的回答
他说:转到:工具>选项>项目和解决方案> Web项目>使用64位版本的IIS Express
我的同事选中了这个框(他明确地查找了它)，但出现了错误消息。几个小时后，他打开箱子，又检查了一遍。你瞧，代码现在成功运行了。
似乎，有两个地方，这个盒子的状态被保存，变得不同步。重新检查后又同步了一次。
问更有知识的用户:上周(VS 2015)有没有更新或者什么东西去同步状态?
如果您尝试在iis7(和/或64位操作系统机器)上运行32位应用程序，将会得到相同的错误。因此，在iis7中，右键单击应用程序的应用程序池，进入“高级设置”，将“启用32位应用程序”更改为“TRUE”。
重新启动你的网站，它应该工作。
如果您正在导入非托管DLL，则使用
CallingConvention = CallingConvention.Cdecl
在DLL导入方法中。
可能导致此异常的另一个原因是Dll的目标平台缺少c++可重分发文件。在虚拟机上测试时，我很难找到答案。
在我的案例中，同样的错误发生在出版之后。我以前用另一个平台配置发布过。
解决方案是首先清理发布文件夹，然后才能工作。
(或者将“删除现有文件”选项设置为true)
