当我试图用包管理器控制台添加实体框架迁移时，我也有同样的问题(但在我的本地)。

我解决这个问题的方法是创建一个控制台应用程序，其中Main()有以下代码:

 var dbConfig = new Configuration();
 var dbMigrator = new DbMigrator(dbConfig);
 dbMigrator.Update();

确保Configuration类是失败项目的迁移配置。你需要System.Data.Entity.Migrations来使用DbMigrator。

在应用程序中设置断点，并运行它。异常应该由Visual Studio捕获(除非您将异常类型设置为不中断调试会话)，并且您应该能够找到您正在寻找的信息。

在我的案例中，缺少的引用是EFProviderWrapperToolkit。

两种可能的解决方案:

您正在以发布模式编译，但从Debug目录部署了较旧的编译版本(反之亦然)。 您的测试环境中没有安装正确的. net Framework版本。

我在自动地图上出了点问题。在bin文件夹中，automap.4net.dll文件在那里，但由于某种原因，automap.xml和automap.dll不在那里。将它们复制到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下载。

正如之前所提到的，通常情况下，组装不存在。

要确切地知道您丢失了什么程序集，请附加调试器，设置断点，当您看到异常对象时，钻到'LoaderExceptions'属性。丢失的程序集应该在那里。

希望能有所帮助!

这个错误没有真正的灵丹妙药。关键是要有理解问题的所有信息。动态加载的程序集很可能缺少引用的程序集。该程序集需要位于应用程序的bin目录中。

使用这段代码来确定缺少什么。

using System.IO;
using System.Reflection;
using System.Text;

try
{
    //The code that causes the error goes here.
}
catch (ReflectionTypeLoadException ex)
{
    StringBuilder sb = new StringBuilder();
    foreach (Exception exSub in ex.LoaderExceptions)
    {
        sb.AppendLine(exSub.Message);
        FileNotFoundException exFileNotFound = exSub as FileNotFoundException;
        if (exFileNotFound != null)
        {                
            if(!string.IsNullOrEmpty(exFileNotFound.FusionLog))
            {
                sb.AppendLine("Fusion Log:");
                sb.AppendLine(exFileNotFound.FusionLog);
            }
        }
        sb.AppendLine();
    }
    string errorMessage = sb.ToString();
    //Display or log the error based on your application.
}