为何特定NuGet依赖未被包含在构建输出中？

原因分析 #

System.Memory是.NET 5+（包括.NET 7）平台的核心内置组件，属于**运行时包存储（Runtime Package Store）**的一部分：

• 当项目目标框架设置为net7.0时，.NET SDK会自动引用框架自带的System.Memory版本，优先级高于你通过NuGet安装的版本。
• SDK默认不会将框架内置组件的NuGet包文件复制到输出目录，因为运行时会直接从系统的.NET安装目录加载这些组件。

解决方案 #

如果你需要强制将NuGet安装的System.Memory.dll复制到构建输出目录，可以通过以下两种方式实现：

方式1：全局强制复制所有锁定文件中的程序集 #

在项目文件的<PropertyGroup>节点中添加以下配置：

<PropertyGroup>
  <!-- 保留原有的配置项 -->
  <CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>
</PropertyGroup>

这个配置会让构建过程将所有obj/project.assets.json中记录的依赖程序集都复制到输出目录，包括你安装的NuGet版本的System.Memory。

方式2：针对单个包设置复制行为 #

在System.Memory的<PackageReference>中添加专属配置：

<PackageReference Include="System.Memory" Version="4.5.1">
  <PrivateAssets>All</PrivateAssets>
  <CopyLocal>true</CopyLocal>
</PackageReference>

这种方式仅对System.Memory生效，不会影响其他依赖的复制逻辑。

验证修改 #

修改项目文件后，依次执行dotnet clean和dotnet build命令，检查输出目录即可看到System.Memory.dll已被包含其中。

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