VS2019构建报GetTargetFrameworks跨目标构建错误的原因及修复方案

• 类库项目csproj存在新旧项目格式的配置混合冲突：该类库是传统非SDK风格的.NET Framework项目，原生通过<TargetFrameworkVersion>v4.7.2</TargetFrameworkVersion>指定目标框架，但文件中额外加入了仅SDK风格项目使用的复数配置项<TargetFrameworks>net472</TargetFrameworks>。
• VS2017搭载的MSBuild对这类混合配置的校验规则宽松，会自动忽略不匹配的冗余节点，不会触发构建流程校验，因此可以正常编译运行。
• VS2019升级了内置MSBuild的多目标构建校验逻辑：只要检测到项目存在复数形式的<TargetFrameworks>节点，就会自动启用多目标项目专属的外层（outer）构建流程，但该类库没有配套多目标构建所需的内层目标定义，控制台项目解析类库依赖的目标框架信息时，会错误调用非跨目标场景下的GetTargetFrameworks任务，直接抛出对应的内部MSBuild错误。
• 之前将<TargetFrameworks>改为单数<TargetFramework>后出现运行时错误，本质还是配置冲突未解决：单数<TargetFramework>同样是SDK风格项目的配置项，和传统项目使用的<TargetFrameworkVersion>同时存在时，生成的程序集元数据会混乱，运行时无法正确匹配加载对应框架版本，因此启动报错。新建控制台项目依然复现错误的原因也很简单：只要引用了这个配置混乱的类库，构建时就会触发MSBuild校验错误，和控制台项目本身是否为新建无关。

不需要全量迁移项目格式，仅修正类库的配置冲突即可，改动量极小：

• 右键类库项目选择「编辑csproj」，直接删除包含<TargetFrameworks>net472</TargetFrameworks>（或修改后的<TargetFramework>net472</TargetFramework>）的整个<PropertyGroup>代码块。
• 全局检查类库csproj内容，确认目标框架相关配置仅保留传统格式的<TargetFrameworkVersion>v4.7.2</TargetFrameworkVersion>，无其他SDK风格的TargetFramework/TargetFrameworks节点残留。
• 关闭Visual Studio，删除解决方案下所有项目的bin、obj缓存文件夹，重新打开解决方案执行构建，即可正常编译运行。

如果你原本计划将类库升级为SDK风格项目以支持多目标框架，需要将类库csproj全量替换为标准SDK格式模板，删除所有传统非SDK项目专属的配置节点（包括ProjectGuid、AppDesignerFolder、旧的TargetFrameworkVersion等），避免新旧配置混写，否则仍会触发同类错误。

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