VS2019 16.9.0无法构建目标为.Net 5的项目报错MSB3971

报错提示中将.NET5识别为.NETFramework,Version=v5.0，说明构建流程完全加载了传统.NET Framework的MSBuild任务管线，没有正确走.NET Core/.NET 5的跨框架路由逻辑——这个问题和你列的已安装SDK版本、C#编译器语言支持版本没有关系，本质是项目或解决方案的加载缓存、SDK挂载配置错配导致的。

• 校验类库项目的SDK头配置
  类库项目文件的根节点必须明确声明Sdk="Microsoft.NET.Sdk"。你写的<TargetFrameworks>netstandard2.0;net48;net5.0</TargetFrameworks>配置本身没有问题，但如果项目没有挂载正确的SDK头，VS 2019 16.9会自动触发传统.NET Framework项目的构建逻辑，把net5.0错误匹配成.NET Framework的大版本号，去找对应的不存在的引用程序集。
• 检查项目路径下的global.json配置
  你已安装5.0.103、5.0.200两个版本的.NET5 SDK，如果项目目录、项目上层目录存在global.json文件将SDK版本锁定在3.1及以下版本，会导致构建流程调用旧版SDK的逻辑，无法识别net5.0的目标框架。可以直接在项目根目录执行dotnet --version，如果输出的版本不是已安装的5.0.x版本，直接删除路径下的global.json文件，或者将其中的sdk版本段修改为5.0.200。
• 清理本地构建缓存
  关闭Visual Studio后，手动删除项目目录下的bin、obj文件夹，以及解决方案根目录下的隐藏.vs文件夹——这个隐藏文件夹会缓存VS上次加载解决方案时识别的项目类型，在VS版本升级后很容易出现缓存错位，将SDK风格的net5.0项目错识别为传统.NET Framework项目。
• 修正测试项目的引用逻辑
  如果你的测试项目是传统非SDK风格的MSTest项目（没有Sdk="Microsoft.NET.Sdk"头，靠手动引入大量.NET Framework程序集引用），它在引用类库时会强制按照自身的.NET Framework版本解析依赖，连带把类库的net5.0目标错认成.NET Framework 5.0。将测试项目迁移为SDK风格，指定<TargetFramework>net5.0</TargetFramework>，通过项目引用方式关联类库，不要直接硬引用旧的dll路径，即可恢复正常的多目标匹配。

• 不需要反复重装.NET5 SDK：你当前安装的5.0.103、5.0.200版本完全满足VS2019 16.9对.NET5的构建要求
• 不需要调整C#编译器语言版本：你当前的csc已经默认启用C#9.0，完全覆盖.NET5的语法支持要求
• 不需要手动下载安装所谓的“.NET 5 Framework参考程序集”：.NET5不属于.NET Framework体系，手动安装对应组件只会进一步加深构建管线的错误识别

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