dotnet core TargetFramework 解析顺序探索

dotnet core TargetFramework 解析顺序测试

Intro#

现在 dotnet 的 TargetFramework 越来越多,抛开 .NET Framework 不谈,如果一个类库支持多个 TargetFramework 应用实际运行的时候会使用哪个版本的 API 呢,之前一直都是想当然的自以为是了,于是想测试一下实际解析是怎么样的,来看下面的示例吧

Sample#

Library Sample#

首先来看类库示例项目:

项目文件如下:

类库提供了多个 TargetFramework 的支持:

  • netstandard2.0
  • netcoreapp2.1
  • netstandard2.1
  • netcoreapp3.1
  • net5.0
  • net6.0
<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFrameworks>netstandard2.0;netcoreapp2.1;netstandard2.1;netcoreapp3.1;net5.0;net6.0</TargetFrameworks>
  </PropertyGroup>
</Project>

类库里只提供了一个类,只有一个用于测试的方法,方法实现如下:

public class Test
{
    public static string GetResult()
    {
        var result = string.Empty;

#if NET6_0
        result = "NET6.0";
#elif NET5_0
        result = "NET5.0";
#elif NETCOREAPP3_1
        result = "NETCOREAPP3_1";
#elif NETCOREAPP3_0
        result = "NETCOREAPP3_0";
#elif NETCOREAPP2_1
        result = "NETCOREAPP2_1";
#elif NETSTANDARD2_1
        result = "NETSTANDARD2_1";
#elif NETSTANDARD2_0
        result = "NETSTANDARD2_0";
#endif

        return result;
    }
}

通过条件编译在不同的 TargetFramework 下返回不同的值以测试实际执行的代码

Executable Sample#

接着看一个可执行的 Console 应用,项目文件示例如下:

Console 应用支持的 TargetFramework 如下:

  • netcoreapp2.0
  • netcoreapp2.1
  • netcoreapp3.0
  • netcoreapp3.1
  • net5.0
  • net6.0
<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFrameworks>netcoreapp2.0;netcoreapp2.1;netcoreapp3.0;netcoreapp3.1;net5.0;net6.0</TargetFrameworks>
    <NoWarn>;NETSDK1138</NoWarn>
  </PropertyGroup>

  <ItemGroup>
    <ProjectReference Include="..\TestClassLibrary\TestClassLibrary.csproj" />
  </ItemGroup>

</Project>

因为 netcoreapp2.0.netcoreapp3.0 已经不再支持,如果直接使用会得到一个 Warning:

EOL-warning

所以在项目文件中配置了 <NoWarn>;NETSDK1138</NoWarn> 来忽略这个警告

测试代码很简单,直接调用类库示例中的测试方法:

Console.WriteLine(Test.GetResult());

Console.WriteLine("Hello World!");
Console.ReadLine();

Test Output#

接着我们就来测试吧,先思考一下吧,不同的 TargetFramework 输出的结果分别是什么呢?

net6.0#

net6.0

net5.0#

net5.0

netcoreapp3.1#

netcoreapp3.1

netcoreapp3.0#

netcoreapp3.0

netcoreapp2.1#

netcoreapp2.1

netcoreapp2.0#

netcoreapp2.0

More#

从上面的测试结果其实就能够大概看出来,多个 TargetFramework 的解析顺序,可执行应用程序首先会匹配与当前运行的 TargetFramework 相符的框架,如果没有与当前运行的 TargetFramework 相符的框架,则会fallback 到低版本的 .NET 框架上,优先选择高版本的框架,如果当前运行的框架版本是 net6.0,但是类库不支持 net6.0,则会使用 net5.0,如果类库不支持 net5.0 则会使用 netcoreapp3.1以此类推。

如果既有 .NET Core 的框架支持又有 .NET Standard 的支持,则会优先使用 .NET Core 框架,没有可用的 .NET Core 框架的话再开始看类库支持的 .NET Standard 的支持,优先选择当前框架支持的高版本的 .NET Standard 框架

最后扩展一下,引用单个类库是上面这样的,如果类库引用了类库,那又会如何呢

测试项目结构如下,测试项目基于 .NET6.0,引用了一个基于 netstandard2.0/netstandard2.1 的类库项目 ClassLibrary1,而 ClassLibrary1 引用了另外一个基于netstandard2.0/netstandard2.1/netcoreapp2.1的类库项目,测试方法和上面的差不多,测试项目调用 ClassLibrary1 中的测试方法(实际调用了 ClassLibrary2 中的测试方法)

ConsoleApp(NET6.0)

  • ClassLibrary1(netstandard2.0/netstandard2.1)
    • ClassLibrary2(netstandard2.0/netstandard2.1/netcoreapp2.1)

输出结果如下:

从上面的结果来看,实际的解析结果运行结果都是根据最终执行到的类库结合应用当前运行框架来决定使用哪个版本的代码的

References#

作者:weihanli

出处:https://www.cnblogs.com/weihanli/p/14433624.html

版权:本作品采用「署名-非商业性使用-相同方式共享 4.0 国际」许可协议进行许可。

posted @   WeihanLi  阅读(738)  评论(2编辑  收藏  举报
编辑推荐:
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· 展开说说关于C#中ORM框架的用法!
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
历史上的今天:
2019-02-22 StackExchange.Redis中文使用文档
点击右上角即可分享
微信分享提示
more_horiz
keyboard_arrow_up dark_mode palette
选择主题
menu