最初我尝试了Fusion日志查看器，但没有帮助 所以我最终使用WinDbg与SOS扩展。

!dumpheap -stat -type异常/D

然后我检查了FileNotFoundExceptions。异常中的消息包含未加载的DLL的名称。

注意，/D会给你超链接的结果，所以点击FileNotFoundException摘要中的链接。这将显示一个例外列表。然后点击其中一个例外的链接。那将!dumpobject异常。然后，您应该能够单击异常对象中的Message链接，然后您将看到文本。

在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属性后，也检查它们的版本，并将旧版本更新到最新版本

我在自动地图上出了点问题。在bin文件夹中，automap.4net.dll文件在那里，但由于某种原因，automap.xml和automap.dll不在那里。将它们复制到bin目录就解决了这个问题。

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

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

其他建议都很好。在我的例子中，问题是开发人员的盒子是一台64位机器，使用各种api的x86位置，包括Silverlight。

通过更改目标平台以匹配部署web应用程序的32位服务器，消除了与无法加载一个或多个请求类型相关的大部分错误。