使用TFS2017的MSBuild 15.0编译时遇Windows Kits 10 objidl.idl错误

你遇到的MIDL2072错误通常是因为MIDL编译器版本与Windows SDK版本不匹配，或者构建环境的配置出了问题——毕竟你已经尝试过更换多个SDK版本，所以核心问题大概率在工具链对齐或者构建环境配置上。下面是几个针对性的解决思路：

• 强制对齐MIDL编译器与SDK版本
  MSBuild15对应Visual Studio 2017，它自带的MIDL编译器版本需要和你选用的Windows SDK版本严格匹配。你可以先在TFS构建代理上运行midl.exe /version查看当前使用的MIDL版本，然后在项目文件（.vcxproj）中显式指定SDK版本和MIDL工具路径，避免构建时自动选择不兼容的版本：

  <PropertyGroup>
    <!-- 替换为你确认兼容的SDK版本 -->
    <WindowsTargetPlatformVersion>10.0.17134.0</WindowsTargetPlatformVersion>
    <!-- 路径替换为你VS2017安装目录下的MIDL工具路径，根据架构调整amd64/x86 -->
    <MIDLToolPath>C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\SDK\ScopeCppSDK\vc150\bin\amd64</MIDLToolPath>
  </PropertyGroup>
  

• 检查构建代理的环境变量配置
  TFS构建代理的环境变量可能没有正确加载VS和SDK的路径，导致MIDL找不到对应版本的SDK头文件。你可以在构建流程中添加一个PowerShell前置步骤，手动配置环境变量：

  $vsInstallPath = "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise"
  $sdkVersion = "10.0.17134.0"
  # 追加VS和SDK的工具路径到PATH
  $env:PATH += ";$vsInstallPath\MSBuild\15.0\Bin;$vsInstallPath\SDK\ScopeCppSDK\vc150\bin\amd64;C:\Program Files (x86)\Windows Kits\10\bin\$sdkVersion\x64"
  # 指定SDK头文件和库路径
  $env:INCLUDE = "C:\Program Files (x86)\Windows Kits\10\include\$sdkVersion\um;C:\Program Files (x86)\Windows Kits\10\include\$sdkVersion\shared;$env:INCLUDE"
  $env:LIB = "C:\Program Files (x86)\Windows Kits\10\lib\$sdkVersion\um\x64;C:\Program Files (x86)\Windows Kits\10\lib\$sdkVersion\ucrt\x64;$env:LIB"
  

• 清理构建缓存与工作区
  TFS构建可能残留了旧版本SDK的缓存文件，干扰新的构建流程。在你的构建定义中，将工作区清理策略设置为清理所有内容，然后重新触发构建，确保所有文件都是从最新的SDK路径加载的。

• 验证VS2017组件完整性
  确认构建代理上的VS2017安装了完整的相关组件：打开VS Installer，检查是否勾选了Windows 10 SDK（对应你要使用的版本）和C++ MIDL工具组件——缺失这些组件会导致MIDL无法正确处理系统IDL文件。

如果以上方法都没有解决问题，建议查看构建日志中的MIDL命令行参数，确认实际调用的MIDL版本、SDK头文件路径以及附加编译选项，这些信息能帮你更精准地定位不兼容的点。

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