使用C++模块后模块/翻译单元能否并行构建？是否会降低构建速度？

模块/翻译单元真的不能并行构建吗？ #

当然不是，只是并行会受到模块依赖关系的限制：

• 相互独立的模块可以并行编译：比如两个没有依赖关系的模块foo和bar，完全可以同时启动编译流程。
• 不依赖未编译模块的翻译单元（TU）可并行：如果某个TU只用到已经编译好的模块产物（比如.pcm文件），或者根本不依赖任何模块，它能和其他无冲突的模块、TU一起并行构建。
• 有依赖关系的模块必须串行：如果模块baz依赖foo，那必须等foo编译完成生成.pcm后，baz才能开始编译——但这只是这一组依赖的串行，不影响其他无依赖模块的并行。

使用模块会导致构建速度变慢吗？ #

CMake提到的不再是“embarrassingly parallel”（即传统头文件模式下所有TU完全无约束的最大并行状态），是因为模块模式下构建系统需要解析依赖图、维护编译顺序，但构建速度未必会变慢：

• 模块编译产物可缓存：模块编译后的.pcm文件可以被复用，增量构建时不需要重复编译稳定的模块，这省去了头文件模式下重复展开头文件的大量时间，反而可能提速。
• 多数场景并行度依然充足：只要你的项目不是严格的链式深度依赖（比如A→B→C→D这种串行依赖链），大部分模块和TU依然能并行编译，并行度的损失几乎可以忽略。
• 仅极端场景会变慢：如果项目的模块依赖是严格串行的长链，那这部分模块只能逐个编译，此时构建速度会比头文件模式慢，但这种结构在实际项目中非常罕见。

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