如何分析单个C++编译单元的编译耗时来源？

GCC 原生定位工具 #

• 头文件包含耗时追踪：编译时追加-H参数，会按嵌套层级输出所有被引入的头文件，同时标记每个头文件的加载时长，输出内容开头的.数量对应头文件的嵌套层级，可直接定位到单次加载耗时最高、被重复引入次数最多的头文件。
• 全编译阶段耗时统计：追加-ftime-report参数，编译结束后会输出预处理、语法解析、代码优化、汇编生成等全流程各环节的精确耗时，可先确认性能瓶颈是否真的出现在头文件解析阶段。
• 单头文件耗时测试：对怀疑的高开销头文件单独执行预处理命令g++ -E 待测试头文件.hpp -o /dev/null -std=你的C++版本号，输出的执行时长就是该头文件的单独解析开销。

第三方定位工具 #

• include-what-you-use：可统计每个头文件的引入开销，同时能识别多余的头文件依赖，直接输出清理建议，从根源减少无效头文件引入。
• ClangBuildAnalyzer：若代码兼容Clang编译，可先追加-ftime-trace参数编译得到耗时追踪文件，再用该工具生成精细化耗时报告，精确到每个头文件、每个模板实例化的具体耗时，对重度依赖模板的header-only库定位效果极佳。
• templight：专门针对C++模板实例化耗时的分析工具，可统计每个模板的实例化次数、单次耗时，适合定位Eigen、Boost模板库等header-only组件的编译开销。

定位后常见优化方向 #

• 对高频使用的header-only库模板做显式实例化，将实例化逻辑放到独立cpp文件中编译，避免每个编译单元重复实例化。
• 引入预编译头（PCH）机制，将版本稳定、不会频繁修改的第三方header-only库头文件加入预编译列表，全局仅编译一次。
• 升级到GCC 11及以上版本，开启-fmodules模块编译支持，替代传统头文件包含机制，彻底消除头文件反复解析的开销。

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