我在引用一个nuget包时遇到了这个问题，后来使用删除选项将它从我的项目中删除。在与这个问题斗争了几个小时后，我不得不清理垃圾箱文件夹。为了避免这种情况，建议使用nuget卸载不需要的包，而不是通常的删除

我的问题已解决后，我删除多余的程序集文件从bin文件夹。

我有一个。net 4.0, ASP。NET MVC 2.0，实体框架4.0 web应用程序开发在Visual Studio 2010。我遇到了同样的问题，它在一台Windows Server 2008 R2服务器上工作，但在另一台Windows Server 2008 R2服务器上不能工作，即使。net和ASP。NET MVC是一样的，抛出和你的一样的错误。

我听从了miko的建议，所以我在故障服务器上安装了Windows SDK v7.1 (x64)，这样我就可以运行!dumpheap了。

事实证明，安装Windows SDK v7.1 (x64)解决了这个问题。任何缺失的依赖项都必须包含在SDK中。它可以从微软Windows SDK for Windows 7和。net Framework 4下载。

我正在通过FTP更新一个网站。我假设网站正在使用中，当尝试更新bin文件夹时，几个DLL文件必须被锁定并且没有更新。

在那里，我看到了错误500页，并将customErrors模式设置为关闭，看到了OP提到的错误消息。

问题是我没有看到FTP程序中列出的失败。我重试了那些失败的失败，他们上传。更新了最后一个DLL文件。于是这个网站就成功了。

在Nuget控制台中输入迁移命令时，我遇到了实体框架的这个问题。

当我把我的OAuthAuthorizationServerProvider代码从我的应用程序移动到一个包含核心数据访问逻辑以及我的DBContext类的类库项目时，问题就出现了。

我检查类库项目引用的所有dll。对于所有这些(除了.net系统dll) CopyToLocal是真的，我完全困惑。

I knew that there was something wrong with DLLs themselves not my codes. I checked them again and I noticed that when I moved my ApplicationOauthProvider class into a class library project the ApplicationOauthProvider inherits from OAuthAuthorizationServerProvider class which is located in Microsoft.Owin.Security.OAuth assembly, I checked it's package version and suddenly noticed that the version of package that I used for the class library project (not my application project) is very old 2.1, but on my application the latest version was installed (3.0.1) so I upgraded version of the Microsoft.Owin.Security.OAuth package from Nuget fo my class library project and problem got away

简而言之，在检查dll的copytollocal属性后，也检查它们的版本，并将旧版本更新到最新版本

如果部署到IIS，请确保允许在IIS上使用32位应用程序。您可以在当前应用程序池的设置上定义这一点。