这可能有点好笑，但我在正常工作的代码中也遇到了同样的问题。我添加了StreamWriter和StreamReader，它给出了这个错误。 解决方案是我把代码放入注释括号，然后进行调试，它又开始工作了

开枪!我知道这个问题。我以为我做的一切都是对的，直到我不小心在VS输出窗口中看到'x86'，那是我抓住原因的时候。今天在这上面浪费了几分钟。

“发布”窗口下的配置被设置为“x86”;而在其他地方，它是'x64'。

请确保它在配置管理器、发布设置、解决方案配置和IIS设置(如果那是你的web服务器)之间是同步的。

另外，请记住- VS是一个32位的应用程序，IIS是64位的。32位应用程序在IIS中默认是禁用的。

我非常确定您遇到了32位/ 64位冲突。听起来好像您的主项目可能被设置为32位，而其引用的类被设置为64位。试着看看这个SO问题和这个问题。在这两者之间，你应该能够解决你的问题。

如果你像我一样通过cli .net集成从你的程序中使用LibreOffice，我也会得到同样的错误。我在PC上的生产环境中使用了旧版本的LibreOffice，我安装了一个冲突的新版本。卸载LibreOffice即可。我在这里找到了解决方案。net CLI:无法加载文件或程序集“cli_cppuhelper”

在我的例子中，抛出这个异常的dll中缺少一个依赖项。我检查了依赖步行者，添加了丢失的dll，问题解决了。

更具体地说，我不小心将SVN关键字添加到opencv_core340.dll中，从而损坏了我的opencv_core340.dll，因此我的dll不能再使用它。然而，我不相信这个问题的解决方案取决于dll是否损坏或丢失。我添加这个只是为了给出完整的信息。

我也遇到过同样的问题。它突然出现了，这对我来说很奇怪。

在异常快照中，对于FusionLog，我看到它的消息如下:

…C:\Windows\Microsoft.净\ Framework64…

关于融合日志的更多信息:http://msdn.microsoft.com/en-us/library/e74a18c4(v=vs.110).aspx

所有项目都有一个目标CPU为AnyCPU。我将应用程序项目(引用所有其他项目的项目)更改为x86的目标CPU。现在起作用了。

不知道目标CPU是如何混淆的，没有明显的原因，但它确实发生了。