.NET Core控制台及类库项目编译失败：缺失System命名空间

根据你描述的症状和对比分析的结果，问题核心是NuGet还原过程没有正确获取到NETStandard.Library的完整依赖文件，导致编译时无法找到基础类库。下面是具体的排查和修复步骤：

1. 清理本地NuGet缓存 #

本地NuGet缓存的包文件损坏是这类问题的常见原因。执行以下命令清空所有NuGet缓存：

dotnet nuget locals all --clear

然后删除项目目录下的obj文件夹，重新执行：

dotnet restore
dotnet build

2. 检查并修复NuGet源配置 #

如果你的NuGet源被禁用或配置错误，可能导致无法下载完整的包文件。先查看当前源列表：

dotnet nuget list source

如果没有看到nuget.org的官方源，添加它：

dotnet nuget add source https://api.nuget.org/v3/index.json -n nuget.org

添加完成后再次执行dotnet restore尝试修复。

3. 强制指定NETStandard.Library版本 #

从对比结果看，异常项目使用了2.0.1版本的NETStandard.Library但出现解析问题，你可以在csproj中显式指定2.0.0版本（正常项目使用的版本）来规避这个问题：
修改你的csproj文件为：

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp2.0</TargetFramework>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="NETStandard.Library" Version="2.0.0" />
  </ItemGroup>
</Project>

删除obj文件夹后重新执行dotnet restore和dotnet build。

4. 修复.NET Core SDK安装 #

由于你的机器是刚恢复系统的，SDK可能存在安装不完整的情况：

• 卸载当前的.NET Core SDK 2.1.200
• 重新下载对应版本的安装包并安装（确保安装过程无报错）
• 安装完成后重新创建项目测试

5. 检查项目目录权限 #

系统盘目录可能存在权限限制，导致NuGet无法正确写入obj文件夹的配置文件。尝试将项目移动到非系统盘（比如D:\Projects）的普通目录下，重新创建项目并编译。

问题根源分析 #

你对比发现的project.assets.json中异常的版本范围[2.0.1, )、缺失的build和files节点，都是NuGet还原失败的表现。这种情况通常由以下原因导致：

• 本地NuGet缓存损坏，导致无法读取完整的包元数据
• NuGet源配置错误，无法下载到完整的包文件
• SDK安装不完整，缺少处理.NET Core 2.0项目的必要组件

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