MSBuild编程构建C#项目遇NuGetSdkResolver或InvalidProjectFileException错误

硬编码调用MSBuild进程方案的问题修复 #

报错MSB4244根本不是对应dll文件损坏，核心原因是代码启动的MSBuild进程继承的是当前运行程序的环境变量，不是VS开发环境的变量，导致SDK解析的时候搜索路径偏移，走到dotnet sdk目录下加载了版本不匹配的dll——这也是为啥同个MSBuild在命令行里跑能正常构建，在你代码里跑就报程序集版本错误。
可直接落地的修复方式：

• 启动MSBuild进程前，在当前进程的环境变量中前置VS开发工具路径：将C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\Common7\Tools 加入PATH 环境变量列表的最前面，让MSBuild加载配套的SDK解析组件，避免跨目录搜索低版本dll。
• 在原有MSBuild启动参数的基础上，追加路径指定配置，绕开错误路径搜索：给Arguments赋值时加上 /p:SDKResolverPath="C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\MSBuild\Current\Bin\SdkResolvers"，强制MSBuild从VS自身的SdkResolvers目录加载解析组件，不去dotnet sdk目录找不匹配的版本。
• 修正现有输出读取逻辑：边同步读流边等进程的写法容易触发进程缓冲区满导致卡死，建议改为进程启动前注册OutputDataReceived 和ErrorDataReceived 异步事件，调用WaitForExit() 等进程退出后再统一回收输出数据，避免偶发的构建挂起问题。

直接调用MSBuild API方案的问题修复 #

找不到Microsoft.WebApplication.targets 的核心原因是：当前加载的MSBuild实例来自dotnet sdk目录，它的路径搜索逻辑默认指向dotnet sdk下的内置路径，不会自动关联.NET Framework类项目依赖的VS安装目录下的目标文件。
可直接落地的修复方式：

• 初始化ProjectCollection时，手动注册VS安装路径的全局属性，纠正路径搜索逻辑：加载项目前给全局属性赋值VSINSTALLDIR="C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\"、MSBuildExtensionsPath32="C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\MSBuild\Current\"，让MSBuild在搜索导入targets文件时能正确定位到VS目录下的对应文件，不再硬往dotnet sdk目录下找不存在的路径。
• 替换硬编码的MSBuild程序集加载逻辑：使用官方的MSBuild实例定位组件，自动扫描系统上安装的最高版本VS对应的MSBuild实例，加载对应实例的程序集后再执行构建，不需要硬写目录路径，就能同时兼容.NET Core和.NET Framework类项目的路径解析。
• 升级项目引用的MSBuild相关NuGet包到最新稳定版，旧版本的MSBuild API本身存在对.NET Framework项目路径解析的逻辑缺陷，升级后可自动识别系统安装的VS路径，减少手动配置的成本。

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