.NET打包NuGet时项目引用为何会被自动纳入依赖？

这个行为是NuGet的默认设计，不是异常问题，核心逻辑分两个环节：

打包阶段的依赖自动记录 #

• 当你在Client项目中以普通<ProjectReference>方式引用Contracts项目，执行dotnet pack或MSBuild打包操作时，NuGet的打包任务会自动扫描项目内所有未做特殊标记的项目引用，把被引用的项目（也就是Contracts）作为正式依赖，写入Client包对应的.nuspec清单文件的依赖节点中。

你可以直接把生成的Client后缀.nupkg改成.zip解压，查看根目录下的nuspec文件，在<dependencies>分组下一定能找到对应版本的Contracts包条目，这是后续自动引入的核心凭证。

• 只有当你给项目引用显式添加PrivateAssets="all"标记时，打包任务才会跳过这个引用，不会把它写入依赖清单：

<!-- 加这个配置后，打包不会把Contracts列为依赖，安装Client时就不会自动引入Contracts -->
<ProjectReference Include="..\Contracts\Contracts.csproj" PrivateAssets="all" />

注意：这个配置仅适用于你已经把Contracts的代码/程序集内嵌到Client输出文件的场景，普通分层架构下加这个配置会导致安装Client的项目缺少Contracts类型，编译或运行时抛出找不到程序集的异常。

包安装阶段的依赖递归解析 #

• 你在其他解决方案中仅手动安装Client包时，NuGet还原流程不会只拉取Client本身，会先解析Client包nuspec里声明的所有直接依赖，按照声明的版本规则自动下载、安装对应的依赖包（也就是Contracts），再递归检查每个依赖包自己的依赖清单，直到把整个依赖树的所有包都安装完成，这就是传递依赖的核心逻辑。
• 这个依赖解析不是强绑定的：如果后续你手动给项目安装更高版本的Contracts包，NuGet会按照「最近版本优先」的规则自动调整依赖版本，不会一直锁定Client打包时关联的Contracts版本。

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