.net - 如何在不加载该程序集的情况下将 AssemblyName 解析为程序集文件路径？

Question

.NET Framework、.NET Core 或 .NET Standard 中是否有任何公共 API 可以将 a 解析为System.Reflection.AssemblyName将要加载的程序集文件的文件路径，而无需实际加载该程序集？

我目前得到的最好的是：

string ResolveToPath(AssemblyName name) => Assembly.ReflectionOnlyLoad(name).Location;

但这仍然会导致程序集被加载（尽管只加载到仅反射上下文中）。

（假设我不想改变运行时定位程序集的方式。我要求在库中使用它，我不能随意检查应用程序配置文件、定义AppDomain.AssemblyResolve处理程序等）

Answer 1

框架中的候选 API：

• AssemblyDependencyResolver在 System.Runtime.Loader中有一个方法string ResolveAssemblyToPath(AssemblyName assemblyName)，目前仅在 .NET Core 上可用。

• System.Reflection.MetadataLoadContext（GitHub 上的源代码，nuget.org 上的包），它显然面临着完全相同的问题：能够Assembly从 an中检索 an AssemblyName，这显然需要从某个地方加载前者。

  该库的创建者通过要求程序员提供一个为它工作MetadataLoadContext的依赖项来外部化这个问题。MetadataAssemblyResolver

  虽然这个库带有一个具体的实现 ( PathAssemblyResolver)，但它没有提供封装运行时的本机程序集探测/解析算法的实现。

框架外的其他库如何处理程序集解析？

• Mono.Cecil用它的IAssemblyResolver抽象来模拟程序集解析，并在BaseAssemblyResolver类中有一个基本实现。

• Roslyn有一个MetadataReferenceResolver抽象，它在例如RuntimeMetadataReferenceResolverclass中实现。

  （我通过 Luís Gonçalves 的博客文章“在 Roslyn 编译中引用系统程序集”和@tmat 的这篇 GitHub 文章发现了这一点。）

一些特定于平台的指针

• .NET Core：在 .NET Core 上，上述两个库似乎都依赖于 中的TRUSTED_PLATFORM_ASSEMBLIESdata 属性AppContext，该属性在“编写自定义 .NET Core 主机以从本机代码控制 .NET 运行时”中进行了说明。还有一个APP_PATH可用于探测的数据属性。

• .NET Framework：程序集解析算法在“运行时如何定位程序集”中进行了描述。我希望该框架会使用 API 公开该算法（它没有），但至少可以根据这些信息复制该算法。