NuGet不同版本包构建输出存储及依赖解析疑问

实验场景回顾 #

• 三个项目：ClasslibA.csproj（含VersionA.cs，打包为v1.0.0和v1.1.0版本的NuGet包）、ClasslibB.csproj（含VersionB.cs，引用ClasslibA v1.0.0并打包）、Consumer.csproj（控制台项目，引用ClasslibA v1.1.0和ClasslibB）
• VersionA中定义public const string Current存储对应包版本；VersionB中通过public const string Current = $"I'm relying on VersionA v{VersionA.Current}."引用ClasslibA的常量
• Consumer运行输出：

  Consumer VersionB: I'm relying on VersionA v1.0.0.
  Consumer VersionA: 1.1.0

疑问解答 #

1. NuGet不同版本包在构建输出中如何/何处存储？ #

NuGet包的存储分为两个层面：

• 本地缓存：所有下载的NuGet包（包括不同版本）都会存储在用户目录的中央缓存中，路径为%userprofile%\.nuget\packages（Windows）或~/.nuget/packages（Linux/macOS），每个版本会单独创建子目录存放完整的包内容。
• 构建输出目录：项目构建完成后，输出目录（如bin/Debug/net6.0）只会保留最终依赖解析后的单个版本的程序集。你的实验中输出目录只有一个ClasslibA.dll，是因为Consumer项目最终解析并加载的是v1.1.0版本，v1.0.0版本并没有被复制到输出目录——你看到的v1.0.0版本的字符串，是ClasslibB编译时就嵌入到自身程序集里的常量，不需要依赖老版本的ClasslibA.dll运行。

2. 为何实验中看似多版本共存？ #

微软文档中“同一项目仅能使用一个版本的包”，指的是运行时加载的程序集版本，你的实验并没有打破这个规则：

• const是编译期常量，当ClasslibB编译时，会直接把ClasslibA v1.0.0中Current字段的字符串值（"1.0.0"）嵌入到ClasslibB的IL代码里，不需要在运行时读取ClasslibA v1.0.0的程序集。
• Consumer项目运行时，只加载了ClasslibA v1.1.0的程序集，Console.WriteLine($"Consumer VersionA: {VersionA.Current}")直接读取的是这个版本的常量值。
• 你看到的两个版本字符串，只是编译期嵌入和运行时读取的结果差异，并非运行时同时加载了两个版本的ClasslibA.dll。

3. 该逻辑在.NET与.NET Framework中是否一致？ #

常量嵌入的行为是一致的，但NuGet包的存储、依赖解析和版本冲突处理逻辑存在差异：

• .NET（Core 1.0及以后版本）：
  • 使用中央包缓存存储所有下载的包版本，构建时直接引用缓存内容，无需复制到项目目录。
  • 依赖解析默认自动选择最高兼容版本，且默认启用自动绑定重定向，输出目录仅保留最终解析后的单个版本程序集。
• .NET Framework：
  • 除了本地NuGet缓存，还可能受全局程序集缓存（GAC）影响，部分系统级程序集会从GAC加载。
  • 依赖解析默认需要手动配置绑定重定向（可通过项目设置开启自动绑定重定向），如果未处理版本冲突，可能抛出FileNotFoundException。
  • 输出目录同样只会保留最终解析后的单个版本程序集，但部分复杂场景下可能需要手动配置复制本地行为。

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