tl;dr:我的 .NET Core 3.1 控制台应用程序因 a 崩溃,FileNotFoundException
因为版本 A 中存在(引用?)程序集,但版本 B 中需要。怎么办?
我正在尝试运行一个控制台应用程序,该应用程序现在是为 .NET Core 3.1 构建的,但在转换之前它曾经是一个 .NET Framework 4.8 项目。
控制台应用程序崩溃并显示3.1.0.0版System.IO.FileNotFoundException
中的程序集Microsoft.Extensions.FileProviders.Physical无法找到。现在,我可以确认它不存在 - 在我的控制台应用程序文件所在的目录中,有一个名为Microsoft.Extensions.FileProviders.Physical.dll的文件,但它的程序集版本是3.1.6.0。.exe
控制台应用程序及其依赖项是所述文件夹中更大项目的一部分,共有 1,200 多个 DLL。
在 .NET Framework 中,我会使用绑定重定向来使用指定程序集的当前版本 3.1.6.0。不过,在 .NET Core 中,我知道这些绑定重定向不再是一回事了。因此,我不确定如何继续,甚至如何找出运行时认为它需要加载Microsoft.Extensions.FileProviders.Physical.dll的原因。
我可能已经找到了一个加载版本不匹配的程序集的部分解决方案(参见下面的观察(6)),但是,我仍然得到一个FileNotFoundException
,这次是Microsoft.AspNetCore.Mvc.Abstractions
.
一些观察和尝试解决这个问题:
(1) > 1,200 个
.csproj
文件中没有一个包含字符串“Physical”。(2) 400多个
.deps.json
文件中提到“Microsoft.Extensions.FileProviders.Physical.dll”,均指3.1.0.0版本。(3) 所有相应的 DLL 都加载到 ASP.NET Core 应用程序中,其中版本不匹配似乎不会导致任何问题。
(4)
.deps.json
我的控制台应用程序本身的文件没有提到“Microsoft.Extensions.FileProviders.Physical.dll”。(5) 将文件的正确版本 (3.1.0.0) 放入
.exe
文件所在的目录以及.exe
文件的执行位置不会改变任何内容。FileNotFoundException
仍然发生,仍然抱怨缺少“Microsoft.Extensions.FileProviders.Physical.dll”,版本 3.1.0.0 。(6) 根据CodeProject 文章中提供的.NET Core 中程序集解析的信息,我尝试自己从同一目录强制加载程序集(初步代码,依赖于工作目录):
AssemblyLoadContext.Default.Resolving += (context, name) => { var dllPath = System.IO.Path.Combine(Environment.CurrentDirectory, name.Name + ".dll"); if (File.Exists(dllPath)) { return AssemblyLoadContext.Default.LoadFromAssemblyPath(dllPath); } return null; };
这似乎在一定程度上有所帮助!现在,可以加载“Microsoft.Extensions.FileProviders.Physical.dll”程序集和大量(超过 250 个)程序集。但是一旦需要加载“Microsoft.AspNetCore.Mvc.Abstractions”3.1.0.0,这就会失败,这实际上不在
.exe
文件周围的任何地方。显然,它必须从其他地方加载(?)(7) 虽然上面似乎提供了关于版本不匹配的部分解决方案,但我们的整个源代码不包含其他出现的“AssemblyLoadContext”。因此,ASP.NET Core 应用程序显然使用其他一些机制避免了版本不匹配问题。
(8) 构建我的控制台应用程序并将构建输出设置为诊断1确认“Microsoft.Extensions.FileProviders.Physical.dll”文件的可疑行为(输出的缩短摘录):
Dependency "Microsoft.Extensions.FileProviders.Physical, Version=3.1.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60". Could not resolve this reference. Could not locate the assembly "Microsoft.Extensions.FileProviders.Physical, Version=3.1.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors. For SearchPath "C:\(...)". Considered "C:\(...)\Microsoft.Extensions.FileProviders.Physical.winmd", but it didn't exist. Considered "C:\(...)\Microsoft.Extensions.FileProviders.Physical.dll", but its name "Microsoft.Extensions.FileProviders.Physical, Version=3.1.6.0, Culture=neutral, PublicKeyToken=adb9793829ddae60" didn't match the expected name "Microsoft.Extensions.FileProviders.Physical, Version=3.1.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60". Considered "C:\(...)\Microsoft.Extensions.FileProviders.Physical.exe", but it didn't exist. Required by "(A)". Required by "(B)". Required by "(C)".
在那里,(A)、(B) 和 (C) 是我们自己项目的程序集。但据我所知,他们的两个
.csproj
文件都没有提到“物理”文本,所以我不明白为什么据称他们需要 DLL。(9) 对于“Microsoft.AspNetCore.Mvc.Abstractions”程序集,诊断输出显示:
Dependency "Microsoft.AspNetCore.Mvc.Abstractions, Version=3.1.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60". Could not resolve this reference. Could not locate the assembly "Microsoft.AspNetCore.Mvc.Abstractions, Version=3.1.0.0, Culture=neutral, PublicKeyToken=adb9793829ddae60". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors. For SearchPath "C:\(...)". Considered "C:\(...)\Microsoft.AspNetCore.Mvc.Abstractions.winmd", but it didn't exist. Considered "C:\(...)\Microsoft.AspNetCore.Mvc.Abstractions.dll", but it didn't exist. Considered "C:\(...)\Microsoft.AspNetCore.Mvc.Abstractions.exe", but it didn't exist. Considered "C:\(...)\Microsoft.AspNetCore.Mvc.Abstractions.winmd", but it didn't exist. Considered "C:\(...)\Microsoft.AspNetCore.Mvc.Abstractions.dll", but it didn't exist. Considered "C:\(...)\Microsoft.AspNetCore.Mvc.Abstractions.exe", but it didn't exist. Required by "(B)".
再一次,(B) 是我们自己的程序集(与 (8) 中的 (B) 相同),但查看
.csproj
文件并没有显示“Mvc.Abstractions”的单个出现。
我发现了几个似乎可以提供解决方案的问题,但没有一个对我有用:
.NET Core 中的程序集绑定重定向- 只是指向另一个问题(如下所列)。
将 bindingRedirect 添加到 .Net 标准库- 答案指出 .NET Core 中不存在绑定重定向,但该
.deps.json
文件可用于解析程序集。然后继续描述 .NET Framework 绑定重定向,而没有提及.deps.json
在 .NET Core 中如何处理的任何其他内容。在程序中加载依赖项(不同版本的 dll)的常见做法- 问题是关于 .NET Core,但答案适用于 .NET Framework。对于 .NET Core,它链接到此处列出的其他问题之一。
如何将程序集绑定重定向添加到 .net 核心单元测试项目?- 这个问题的答案似乎建议在
app.config
文件中使用绑定重定向,即使根据对该问题的另一条评论,.NET Core 显然不再支持这些重定向。无论如何,建议的添加解决方案<PropertyGroup> <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects> <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType> </PropertyGroup>
到文件(呃,哪个?我尝试了我的控制台应用程序之一;那是正确的吗?)据我所知,
.csproj
对我的文件或我不断收到的异常没有影响。.deps.json
错误 System.IO.FileLoadException: 'Could not load file or assembly 'log4net, Version=2.0.8.0 in .NET Core - 在这种情况下,正确的 DLL 在正确的版本中可用,只是没有复制到相应的输出文件夹。
.NET Core 3.1 - 无法加载文件或程序集 System.Runtime,版本 = 4.2.2.0 - 这种情况下的解决方案似乎是使用适合程序集参考的另一个库/库版本。我认为这对我来说不是一种可行的方法,因为替换Microsoft.Extensions.FileProviders.Physical程序集可能只会在我们的任何 > 400 个显然以某种方式使用该文件的程序集中引起任何类型的冲突或问题,根据
.deps.json
提及。为什么我的 .NET 框架应用程序在寻找 .NET 核心/标准平台扩展程序集的错误版本,我该如何解决?- 似乎这个问题的 OP 只是意外地进入了 .NET Core 主题,而他们实际上是在 .NET Framework 上下文中工作。
在 .NET Core 应用程序中引用 DLL 时出现 FileNotFoundException - 此问题集中在早期 .NET Core 版本中的缺陷,这些缺陷不再适用于 .NET Core 3.1。
FileNotFoundException 间接(.net 到 .net 标准到 NuGet)引用 DLL - 这似乎是正确 DLL 文件可用的另一种情况,只是位置不正确。
我可以以编程方式控制 .NET Core 程序集重定向吗?- 再次,此问题中的评论指出绑定重定向不是 .NET Core 中的解决方案。此外,答案似乎适用于编译时间。由于我们的
.csproj
文件都没有提到我观察到版本不匹配的文件,我怀疑它是从我们正在使用的第 3 方库之一中引用的,因此编译时解决方案可能不适用。
如何使指定程序集的运行时加载版本为 3.1.6.0 而不是请求的版本 3.1.0.0?或者,我如何找出运行 ASP.NET Core 应用程序时运行时的工作方式?
1:在 VS2019 中:工具 -> 选项 -> 项目和解决方案 -> 构建并运行 -> MSBuild 项目构建输出详细程度 -> 诊断