你遇到的问题核心在于：.NET Standard项目依赖的NETStandard.Library是一个元包（metapackage），它本身不包含实际代码，而是依赖数十个子包；而且dotnet restore处理这类元包时，对依赖完整性的要求比NuGet处理.NET Framework项目更严格。之前用nuget.exe处理Framework项目能成功，是因为Framework的包结构更直接，而.NET Standard的元包依赖链更长，你的离线缓存大概率没抓全所有子依赖。

下面是具体的解决步骤：

步骤1：在联网机器上完整抓取所有依赖包 #

先清理本地NuGet缓存，避免残留的不完整包干扰：

nuget locals all -clear

接着用dotnet restore加上强制刷新、禁用缓存的参数，确保把NETStandard.Library及其所有子依赖都下载到offline_cache文件夹：

dotnet restore solution.sln --packages offline_cache --force --no-cache

提示：如果项目依赖私有源的包，要确保联网机器能访问这些源，且dotnet restore能从这些源抓取包到缓存中。

你也可以尝试用nuget.exe执行restore，它对元包的依赖解析有时候更彻底：

nuget restore solution.sln -PackagesDirectory offline_cache -NoCache

步骤2：验证离线缓存的完整性 #

打开offline_cache文件夹，检查以下内容是否存在：

• 以NETStandard.Library命名的文件夹，里面有项目要求的版本子文件夹（比如2.0.3）
• NETStandard.Library.nuspec里列出的所有子依赖包（比如System.Runtime、System.Collections等），每个包都有对应的版本文件夹

如果有缺失，说明联网机器的源配置有问题，要检查nuget.config是否包含了所有必要的源（nuget.org是必须的）。

步骤3：在离线机器上配置并执行restore #

首先在离线机器的解决方案根目录创建临时nuget.config文件，内容如下：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <clear /> <!-- 清空默认源，避免尝试联网 -->
    <add key="offline" value="你复制过来的offline_cache路径" />
  </packageSources>
  <disabledPackageSources>
    <clear />
  </disabledPackageSources>
</configuration>

然后执行restore命令：

dotnet restore solution.sln --configfile nuget.config

也可以直接用--source参数（但配置config文件更可靠）：

dotnet restore solution.sln --source "你复制过来的offline_cache路径" --force

额外注意事项 #

• 确保联网机器和离线机器的.NET SDK版本完全一致：不同SDK版本可能依赖不同版本的NETStandard.Library，版本不匹配会导致找不到包，可通过dotnet --version查看版本。
• 如果项目引用了其他NuGet包，要确保这些包的所有间接依赖也都在离线缓存里——有些包会嵌套依赖其他库，不能只抓顶层包。

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