VS2017加载手动配置为x86平台的C++项目时显示为VS2010项目怎么办

VS对C原生项目的平台标识存在内置的版本映射规则：从VS2010开始，后续所有VS版本的原生C项目默认32位平台标识固定为Win32，x86作为32位平台标识原本是C#/VB等托管项目的默认值。当VS检测到C++项目的活跃平台是自定义的x86而非原生支持的Win32时，就会触发兼容 fallback 逻辑，自动匹配到最早支持自定义平台配置的VS2010版本标识。
另外手动修改vcxproj时如果漏了<PlatformToolset>属性的适配，没有同步修改根节点的<Project ToolsVersion>值，或者.sln解决方案文件里的项目版本标记没有同步更新，都会加重这个识别错误问题，也会导致MSBuild默认调用VS2010的构建工具。

• 优先选择无侵入的平台映射方案：不需要修改C++项目原有的Win32平台标识就能解决跨语言引用的平台匹配问题。在解决方案根目录下新建Directory.Build.props文件，添加如下配置即可：

<Project>
  <PropertyGroup>
    <!-- 自动将托管项目传递的x86平台映射为C++项目的Win32平台 -->
    <Platform Condition="'$(Platform)' == 'x86'">Win32</Platform>
    <!-- 可根据需要添加AnyCPU的映射规则 -->
    <Platform Condition="'$(Platform)' == 'AnyCPU'">Win32</Platform>
  </PropertyGroup>
</Project>

该配置只会在MSBuild构建阶段生效，不会影响VS IDE的项目识别逻辑，也不会触发版本兼容 fallback。

• 若坚持要把C++项目平台改为x86，按以下步骤修正配置：

  1. 打开vcxproj文件，确认根节点的ToolsVersion属性和当前使用的VS版本匹配：VS2019对应ToolsVersion="16.0"，VS2022对应ToolsVersion="17.0"
  2. 在所有x86平台对应的PropertyGroup节点里，明确指定<PlatformToolset>值：VS2019对应v142，VS2022对应v143，不要留空或继承旧值
  3. 打开.sln文件，搜索所有GlobalSection(SolutionConfigurationPlatforms)和ProjectConfigurationPlatforms节点，删除C++项目条目下附加的VS2010版本标识

• 解决MSBuild并行构建异常问题：不需要拆分CCNet构建流程，调用MSBuild时添加参数/m /p:BuildInParallel=true /p:ContinueOnError=false /p:UseCommonOutputDirectory=true，同时将所有项目的中间输出目录统一设置为解决方案下的obj\$(Configuration)\$(ProjectName)，输出目录统一设置为bin\$(Configuration)，即可解决构建顺序错误、资源冲突的问题。

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