解决方案是检查LoaderException:在我的情况下，一些DLL文件丢失了。

两种可能的解决方案:

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

我为SharePoint构建了一些项目，当然，也部署了它们。有一次发生了。

我在C:\Windows\assembly\temp\xxx(使用FarManager)中找到了一个旧的程序集，在重新启动后删除了它，并构建了所有项目。

我对MSBuild有疑问，因为在项目程序集中链接的项目和每个程序集都标记为“复制本地”，但不是从GAC。

我对这个问题的实例最终成为一个缺失的参考。在app.config中引用了一个程序集，但在项目中没有引用。

这个错误没有真正的灵丹妙药。关键是要有理解问题的所有信息。动态加载的程序集很可能缺少引用的程序集。该程序集需要位于应用程序的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.
}

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

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