添加/p:Platform="Any CPU"参数为何强制Debug配置构建？

嘿，这个问题我之前也帮人排查过，核心原因是MSBuild对解决方案平台和项目平台的映射逻辑在搞鬼，我给你掰碎了讲：

• 解决方案级的“Any CPU”配置可能没和项目的Release模式关联
  当你在命令里指定Platform="Any CPU"时，MSBuild会去读.sln文件里的平台映射配置。很多时候，解决方案的“Any CPU”可能只配置了和项目Debug|Any CPU的关联，却漏掉了Release|Any CPU的映射。你可以用记事本或者其他文本编辑器打开foo.sln，找类似这样的片段：

  GlobalSection(SolutionConfigurationPlatforms) = preSolution
      Debug|Any CPU = Debug|Any CPU
      // 如果下面这行缺失，就是问题根源！
      Release|Any CPU = Release|Any CPU
  EndGlobalSection
  

  要是Release|Any CPU的映射不存在，MSBuild找不到对应的配置组合，就会自动 fallback 到默认的Debug配置构建，这就是你看到的奇怪现象。

• 省略Platform参数时，MSBuild用的是解决方案的默认活动配置
  当你不写Platform参数时，MSBuild会读取解决方案里标记为“活动”的配置组合——也就是你在Visual Studio里最后一次选择的那个配置。显然你的默认活动配置刚好是Release（没指定平台时，默认对应项目的Release配置），所以构建结果就正常了。

解决办法 #

给你两个简单的修复方案：

1. 打开Visual Studio，右键解决方案→属性→配置管理器，在“活动解决方案配置”里选Release，“活动解决方案平台”选Any CPU，然后确保每个项目的“配置”都选了Release，“平台”选了Any CPU，保存解决方案后再执行原来的命令就没问题了。
2. 不想改解决方案文件的话，直接在命令里加上项目级的平台目标参数：

   MSBuild.exe foo.sln /t:Build /p:Configuration=Release /p:Platform="Any CPU" /p:PlatformTarget=AnyCPU
   

   这里的PlatformTarget是项目层面的参数，用来明确指定项目编译的平台，能绕过解决方案映射的问题。

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