bindingRedirect无法解决ReflectionTypeLoadException异常问题

看起来你遇到的是典型的强命名程序集版本绑定冲突问题——主应用升级了依赖DLL，但旧插件编译时依赖旧版本，导致反射加载类型失败。结合你已经尝试过的bindingRedirect无效的情况，下面给你几个无需重新编译插件和依赖的解决方案，按优先级排序：

1. 用AssemblyResolve事件手动干预程序集加载 #

这是最直接有效的方案，因为它能绕过.NET默认的绑定策略，强制让插件请求旧版本DLL时加载主应用的新版本。

在你的ASP.NET应用启动时（比如Global.asax的Application_Start方法），注册AppDomain的程序集解析事件：

protected void Application_Start()
{
    // 注册程序集解析事件
    AppDomain.CurrentDomain.AssemblyResolve += CurrentDomain_AssemblyResolve;
}

private Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
    var requestedAssembly = new AssemblyName(args.Name);
    
    // 匹配你的强命名依赖DLL名称和公钥令牌
    if (requestedAssembly.Name.Equals("YourStrongNamedDllName", StringComparison.OrdinalIgnoreCase) && 
        requestedAssembly.GetPublicKeyToken().SequenceEqual(Assembly.Load("YourStrongNamedDllName").GetPublicKeyToken()))
    {
        // 返回主应用bin目录下的新版本DLL
        string dllPath = Server.MapPath("~/bin/YourStrongNamedDllName.dll");
        return Assembly.LoadFrom(dllPath);
    }
    
    // 不是目标DLL，返回null让系统继续处理
    return null;
}

这个方法的核心是：当插件尝试加载旧版本的依赖DLL时，我们直接返回主应用正在使用的新版本，完全跳过版本检查。

2. 排查bindingRedirect配置的隐藏问题 #

你说已经加了bindingRedirect但无效，可能是配置细节出错了，再仔细核对几点：

• 确保配置放在web.config的<runtime>节点下的<assemblyBinding>里，结构如下：

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="YourStrongNamedDllName" publicKeyToken="your-public-key-token" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
  

• 确认oldVersion范围覆盖了插件依赖的旧版本（比如如果插件用的是1.1.0.0，新版本是2.0.0.0，范围要包含1.1.0.0）
• 检查公钥令牌是否完全匹配：用IL DASM打开新旧DLL，对比PublicKeyToken的值，注意十六进制大小写不影响，但字符要完全一致
• 如果你是Web应用，确保没有子目录的web.config覆盖了根配置的绑定规则

3. 修复FusLogvw获取加载日志 #

FusLogvw是排查程序集加载问题的神器，你说没输出，大概率是配置不对，按以下步骤操作：

• 以管理员身份运行FusLogvw.exe（通常在C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.8 Tools目录下，根据你的.NET版本调整路径）
• 点击「Settings」，选择「Log bind failures to disk」，设置一个日志目录（比如C:\FusionLogs），确保目录有写入权限
• 重启你的ASP.NET应用，触发Assembly.GetTypes()的错误
• 回到FusLogvw，点击「Refresh」，就能看到具体的加载失败日志，里面会明确显示哪个程序集在请求旧版本、绑定策略是否被应用，帮你定位问题根源

4. 处理跨AppDomain加载的情况 #

如果你的插件是在单独的AppDomain中加载的，主应用的web.config绑定规则不会自动生效。这时候需要：

• 创建AppDomain时，指定AppDomainSetup.ConfigurationFile为主应用的web.config路径
• 或者在新AppDomain中同样注册AssemblyResolve事件，确保插件加载时能获取到新版本DLL

这些方案都不需要重新编译插件或依赖DLL，其中AssemblyResolve事件是最可靠的兜底方案，几乎能解决所有版本绑定冲突问题。

内容的提问来源于stack exchange，提问作者Denise Skidmore