对于visual studio的新版本(本答案为v16.10)，可以通过手动更改解决方案平台来修复该问题。对我来说，从“任何CPU”改为“x86”后，它就工作了。

点击解决方案平台下拉菜单，其中任何CPU出现在下面的图像。 进入配置管理器。 单击new并根据您的工作情况添加平台x86或x64(32或64位)。 重新启动项目。

如果你的项目中至少有1个32位dll\exe，你可能需要在IIS7中将应用程序池设置“启用32位应用程序”更改为TRUE。

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

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

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

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

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

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

首先，我在VS2017的一个旧项目中得到了这个，我需要对所有项目做一个微小的改变，并将所有项目升级到框架4.7。

其他一些人提到选择Any CPU可以解决这个问题。

有几个地方需要这样做，可能不只是从下拉菜单中选择那么简单。这为我解决了问题:

1)你需要做到这两点:

2)在配置管理器中(右键单击解决方案)

但如果它不在那里呢?

然后点击新建，选择这些设置:(谢谢@RckLN)

我也有这个问题。如前所述，该问题与32位/ 64位冲突有关，但与托管在Azure中的站点有关。要在Azure应用程序服务中更改平台，请转到配置->常规设置。

我在使用Visual Studio Build Steps通过Visual Studio Online (VSTS) Build构建一个项目时得到了这个。

解决方案是:

删除已有的源文件夹 在平台中为所有Visual Studio build(包括依赖项)显式地设置“Any CPU”(见下面的截图)。 重新运行构建