如何基于*.deps.json在目标机器恢复缺失的NuGet缓存包？

首先直接给结论：没办法直接通过.deps.json在目标机器恢复缺失的NuGet包。这个文件只是用来描述应用的依赖关系和运行时的依赖查找规则，本身不具备包恢复或安装的能力。

为什么本地能正常运行，部署后却报错？ #

你推测的完全正确——本地开发时，IDE（比如Visual Studio）会自动从本地的NuGet缓存中加载依赖包，而你用xcopy复制的只是dotnet build生成的输出目录，这个目录默认只会包含你的应用程序集和少量内部依赖，不会把nuget.org上的第三方包复制进去。目标机器没有这些包的本地缓存，运行时就会根据.deps.json的提示找不到依赖。

正确的部署解决方案 #

结合你已经配置的RuntimeIdentifier，推荐两种可行的部署方式：

1. 自包含部署（SCD）——优先推荐

这种方式会把.NET Core运行时、你的应用程序以及所有依赖的NuGet包都打包到输出目录，目标机器不需要提前安装.NET Core环境就能直接运行。

操作步骤：

• 打开命令行，进入项目根目录
• 执行发布命令：

  dotnet publish -c Release -r win10-x64
  

• 发布完成后，找到bin/Release/netcoreapp2.2/win10-x64/publish目录，把这个目录下的所有文件用xcopy复制到目标机器，直接运行你的.exe文件即可。

2. 框架依赖部署（FDD）

如果目标机器允许安装.NET Core运行时，这种方式会更轻量化——只部署你的应用和依赖的NuGet包，依赖目标机器上的共享.NET Core运行时。

操作步骤：

• 先在目标机器安装对应版本的.NET Core Runtime（注意：.NET Core 2.2已经在2019年结束官方支持，强烈建议你升级到.NET 6/7/8等长期支持版本）
• 在本地执行发布命令（可指定RID也可不指定）：

  dotnet publish -c Release
  

• 把bin/Release/netcoreapp2.2/publish目录下的所有文件复制到目标机器，运行.exe即可。

补充说明 #

• 不要直接用dotnet build的输出目录部署：build只是完成应用编译，不会处理依赖包的复制；publish才是专门为部署准备的命令，会根据你选择的部署模式（SCD/FDD）整理好所有需要的文件。
• 关于.deps.json的作用：它是给.NET Core运行时看的规则文件，告诉运行时去哪里找依赖——在FDD模式下，运行时会先检查应用目录下的包，再检查目标机器的全局NuGet缓存或共享框架；但如果你的部署目录里没有这些包，目标机器又没有缓存，自然会触发缺失包的报错。

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