C++模块如何改变编译器对翻译单元的处理机制？

编译流程的核心变化 #

和传统#include依赖预处理器复制粘贴的逻辑不同，C++模块引入后，编译流程做了针对性优化：

• 模块相关源文件被分为两类：模块接口单元（一般是带export module声明的.cppm或.cpp文件）和模块实现单元（属于同一模块但不对外导出接口的文件）。
• 模块接口单元会被单独编译成二进制模块文件（比如GCC的.pcm、MSVC的.ifc），这个过程只需要执行一次。后续任何需要使用该模块的代码，直接引用这个预编译好的模块文件即可，不用再重复编译接口里的代码，彻底解决了传统头文件重复编译的性能问题。
• 传统的.cpp文件如果没声明属于任何模块，依然按原有流程处理：作为独立翻译单元编译成目标文件。但如果这类文件用import引入模块，预处理器不会再把模块内容复制进来，而是直接关联到已编译的模块文件。
• 链接阶段除了处理传统目标文件，还会把模块文件和依赖它的目标文件一起整合，编译器会自动处理模块的依赖关系，确保模块被正确引入。

翻译单元概念的调整 #

翻译单元的核心定义（经过预处理的单个源文件）其实没本质改变，但模块引入后，翻译单元的类型和关联方式变了：

• 非模块的.cpp文件还是原来的独立翻译单元，流程和之前一致。
• 模块接口单元、模块实现单元各自都是独立的翻译单元，但它们属于同一个模块的组成部分，编译时会被关联起来，最终生成模块文件或模块的实现目标文件。
• 要注意：编译模块接口单元生成的二进制模块文件不是翻译单元，它是供其他翻译单元引用的预编译接口，本身不需要再参与预处理或编译。

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