MEF架构下DLL降级问题：如何定位仍引用84版本的DLL

以下是无需启动应用即可排查的实用方案：

• 批量检查所有DLL的直接引用
  遍历应用目录（包括DirectoryCatalog指向的目录）下的所有DLL，用工具或脚本检查其引用的Relevant_DLL版本：

  • 可视化工具：用dnSpy打开每个DLL，查看「引用」节点下的Relevant_DLL版本号；或用ildasm查看Manifest中的AssemblyRef条目。
  • PowerShell批量脚本：

    Get-ChildItem -Path "你的应用根目录" -Filter *.dll -Recurse | ForEach-Object {
        try {
            $asm = [System.Reflection.Assembly]::LoadFrom($_.FullName)
            $targetRef = $asm.GetReferencedAssemblies() | Where-Object { 
                $_.Name -eq "Relevant_DLL" -and $_.Version.ToString() -eq "1.0.84.1" 
            }
            if ($targetRef) {
                Write-Host "发现残留引用：$($_.FullName) 引用了 $($targetRef.FullName)"
            }
        }
        catch {
            Write-Host "无法加载 $($_.Name)：$_"
        }
    }
    

  注意：部分强签名或依赖缺失的DLL可能无法通过LoadFrom加载，此时改用dnSpy手动检查更可靠。

• 用程序集绑定日志追踪加载请求

  1. 打开管理员命令行，运行fuslogvw.exe（程序集绑定日志查看器，属于.NET Framework工具）。
  2. 在工具中设置「日志绑定失败」，指定一个可写入的日志目录（比如C:\FusLog）。
  3. 运行你的应用，触发加载异常后回到工具，刷新日志列表。
  4. 查看对应日志条目，会明确显示哪个发起加载请求的程序集在尝试获取84版本的Relevant_DLL，以及完整的调用上下文。

• 检查间接依赖链
  如果直接检查没发现问题，可能是某DLL通过第三方组件间接引用了84版本。可以用dnSpy的「分析」功能，对可疑DLL查看其依赖树，追踪到Relevant_DLL的引用路径。

• 临时用绑定重定向启动应用排查
  若需要先让应用启动再进一步调试，可在app.config或web.config中添加绑定重定向，强制所有请求指向83版本：

  <configuration>
    <runtime>
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
          <assemblyIdentity name="Relevant_DLL" publicKeyToken="你的公钥令牌" culture="neutral" />
          <bindingRedirect oldVersion="0.0.0.0-1.0.84.1" newVersion="1.0.83.0" />
        </dependentAssembly>
      </assemblyBinding>
    </runtime>
  </configuration>
  

  启动后可通过调试工具（比如Visual Studio的模块窗口）查看所有加载的程序集版本，定位残留的84版本引用。

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