我想补充一下，我正在创建一个基本的ASP.NET MVC 4项目，并通过NuGet添加了DotNetOpenAuth.AspNet。在我引用Microsoft.Web.WebPages.OAuth的不匹配DLL文件后，这导致了相同的错误。

为了修复它，我做了一个更新包，并清理了完整重建的解决方案。

这对我来说很有效，有点懒，但时间就是金钱：-P

我也犯了同样的错误。。。在我的案例中，问题解决如下：

最初安装应用程序时，这里的人在应用程序中使用了Microsoft Enterprise Library 4.1。在前一周，我的机器被格式化了，在那之后，今天当我构建应用程序时，它给了我一个错误，即缺少企业库程序集。然后我安装了Microsoft Enterprise Library 5.0，这是我在谷歌上作为第一个搜索条目获得的。然后当我构建应用程序时，它给了我上面的错误，即找到的程序集的清单定义与程序集引用不匹配。经过大量的搜索和分析，我发现应用程序引用的是4.1.0.0，bin文件夹中的DLL版本是5.0.0.0然后我安装了Microsoft Enterprise Library 4.1。删除先前的引用（5.0）并添加4.0引用。构建应用程序（&V）。。。它奏效了。

由于引用了与我正在生成的程序集同名的程序集，我收到了此错误消息。

这已编译，但它用当前项目程序集覆盖引用的程序集，从而导致错误。

为了解决这个问题，我更改了项目的名称，并通过右键单击项目并选择“财产”来更改可用的程序集财产。

用蛮力解决了我的问题。

我意识到我在整个解决方案中提供了DLL的多个副本和两个不同的版本。

在资源管理器中进入解决方案，搜索有问题的DLL并删除所有DLL。然后使用DLL的一个版本将引用添加回DLL。

我想补充一下，我正在创建一个基本的ASP.NET MVC 4项目，并通过NuGet添加了DotNetOpenAuth.AspNet。在我引用Microsoft.Web.WebPages.OAuth的不匹配DLL文件后，这导致了相同的错误。

为了修复它，我做了一个更新包，并清理了完整重建的解决方案。

这对我来说很有效，有点懒，但时间就是金钱：-P

在我的案例中，上述解决方案都不起作用——问题是由app.config中定义的旧的.net配置（2.0）架构引起的，因为bindingRedirect不起作用。

删除xmlns=“http://schemas.microsoft.com/.NetConfiguration/v2.0“来自app.config或web.config，因为在较旧版本的.net framework（如2.0）中似乎不支持bindingRedirect

希望这能为某人节省几个小时或几天的时间。