.NET 8控制台引用.NET 6类库后，依赖包为何是.NET 8版本？

现象原因 #

这是.NET框架依赖统一解析与框架引用替换的默认行为，核心逻辑如下：

• 当主应用（.NET 8控制台）引用低版本类库（.NET 6）时，.NET的依赖解析系统会以主应用的目标框架版本为基准，优先选择与主框架兼容的依赖版本，而非类库自身目标框架的版本。
• 你类库中引用的System.Reflection 4.3.0属于.NET的兼容包（Compatibility Pack），这类包是为适配旧框架（如.NET Framework/.NET Core 2.x）而存在的。但在.NET 6及以上版本中，System.Reflection的核心功能已集成到.NET运行时框架中，NuGet会自动将这类兼容包引用替换为框架引用（FrameworkReference），直接使用主应用运行时自带的.NET 8版本。
• 类库自身DLL保持.NET 6版本是正常情况：类库编译时生成对应目标框架的程序集，但它的基础依赖会被主应用的运行时统一接管。

是否存在操作失误 #

没有操作失误，这完全符合.NET的设计逻辑。.NET的跨版本项目引用机制就是以主应用的运行时环境为核心，统一基础类库版本，避免版本冲突和运行时错误。

类库对应依赖包的位置 #

1. 实际运行时使用的System.Reflection：来自.NET 8运行时自带的版本，存储在.NET安装目录的共享运行时文件夹中，示例路径：

   C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.x\System.Reflection.dll
   

   该文件不会被复制到发布目录，由运行时直接加载。
2. 类库引用的System.Reflection 4.3.0 NuGet包文件：存储在本地NuGet缓存中，示例路径：

   %userprofile%\.nuget\packages\system.reflection\4.3.0
   

   但这个包在.NET 6及以上项目中不会被实际使用，会被框架引用替代。

内容的提问来源于stack exchange，提问作者Tiago Fernandes