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:
所以在项目文件中配置了 <NoWarn>;NETSDK1138</NoWarn>
来忽略这个警告
测试代码很简单,直接调用类库示例中的测试方法:
Console.WriteLine(Test.GetResult());
Console.WriteLine("Hello World!");
Console.ReadLine();
Test Output#
接着我们就来测试吧,先思考一下吧,不同的 TargetFramework
输出的结果分别是什么呢?
net6.0#
net5.0#
netcoreapp3.1#
netcoreapp3.0#
netcoreapp2.1#
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
)
- ClassLibrary2(
输出结果如下:
从上面的结果来看,实际的解析结果运行结果都是根据最终执行到的类库结合应用当前运行框架来决定使用哪个版本的代码的
References#
作者:weihanli
出处:https://www.cnblogs.com/weihanli/p/14433624.html
版权:本作品采用「署名-非商业性使用-相同方式共享 4.0 国际」许可协议进行许可。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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中文使用文档