MSBuild推导C++项目生成顺序时是否区分静态/动态库？

MSBuild在推导.vcxproj项目的生成顺序时，是否会考虑项目编译为静态库还是动态库？

示例场景 #

假设有四个项目，输出的二进制文件类型如下：

A.vcxproj -> A.lib（静态库）
B.vcxproj -> B.dll（动态库）
C.vcxproj -> C.lib（静态库）
D.vcxproj -> D.dll（动态库）

项目引用关系示例（以B.vcxproj为例）：

<!-- B.vcxproj 配置 -->
<PropertyGroup>
  <ConfigurationType>DynamicLibrary</ConfigurationType>
</PropertyGroup>
<ItemGroup>
  <ProjectReference Include="A.vcxproj"/>
</ItemGroup>

根据显式引用形成的依赖链（X -> Y 表示X是Y的依赖项）：

A -> B -> C -> D
换句话说：
A.lib -> B.dll -> C.lib -> D.dll

从构建效率角度看，静态库仅在链接到动态库或可执行文件时才需要，允许多并行构建的情况下，最优的构建顺序应为：

A.lib -> B.dll -> D.dll
         C.lib ---^

核心问题 #

MSBuild是否能识别这种更高效的生成顺序？还是会严格按照项目引用的布局进行构建？

回答 #

MSBuild不会自动识别这种优化后的构建顺序，它会严格遵循显式定义的ProjectReference依赖链来执行构建。

具体原因：

• MSBuild的依赖分析逻辑基于项目间的显式引用关系，不会根据输出文件类型（静态库/动态库）自动调整依赖图。
• 在上述示例中，由于D引用了C、C引用了B、B引用了A，MSBuild会严格按照A → B → C → D的顺序执行构建，不会因为C是静态库、仅需被D链接就跳过中间的依赖步骤。
• 静态库仅在链接阶段生效是C++构建的语言特定细节，MSBuild作为通用构建引擎，不会深入解析这类业务逻辑来优化构建顺序。

如果想要实现示例中的最优构建顺序，需要手动调整项目引用关系：

• 让D直接同时引用B和C，同时移除C对B的引用（需确保业务逻辑允许）。这样MSBuild会并行构建A→B和C，待B、C都构建完成后再构建D。

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