如何定位导致endpoints.MapControllers执行报错的依赖链来源

1. 捕获完整加载异常定位问题类型 #

ReflectionTypeLoadException的LoaderExceptions属性会记录所有加载失败的类型明细，你可以在启动代码外层包裹try-catch捕获异常，直接定位引用了缺失MyNamespace.Result类型的具体程序集：

try
{
    app.UseEndpoints(endpoints =>
    {
        endpoints.MapControllers();
    });
}
catch (ReflectionTypeLoadException ex)
{
    foreach (var exception in ex.LoaderExceptions)
    {
        // 此处输出或断点查看异常详情，会显示调用缺失类型的所属类、所在程序集信息
        Console.WriteLine(exception.ToString());
    }
    throw;
}

2. 查找引用旧版本NuGet包的来源 #

方法一：生成完整NuGet依赖树 #

在解决方案根目录执行以下命令，生成全量依赖关系文件：
dotnet msbuild /t:GenerateRestoreGraphFile /p:RestoreGraphOutputPath=dependency_graph.json
打开生成的dependency_graph.json文件，搜索废弃版本的MyNamespace包版本号，即可直接定位到对应的依赖链来源。

方法二：校验输出目录程序集版本 #

编译完成后打开项目bin输出目录，查看所有MyNamespace相关的dll文件版本，若存在旧版本dll，即可顺着该dll的来源向上追溯引用路径。

方法三：反编译扫描引用 #

使用ILSpy、dnSpy等反编译工具打开项目生成的主程序集及所有第三方依赖程序集，搜索MyNamespace.Result的引用记录，即可直接找到仍在调用废弃类型的程序集。

3. 修复问题 #

找到引用旧版本包的依赖后，优先将该依赖更新到适配新版MyNamespace包的版本；如果暂无适配版本，可以在项目配置文件中添加绑定重定向，强制所有引用指向新版MyNamespace包（需确认新版包兼容旧版调用逻辑，否则需要同步调整对应代码）。

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