25. 编译时优化：头文件依赖管理、预编译头、LTO（链接时优化）
编译优化这事儿，很多人只盯着运行时的性能。其实编译阶段本身，也有不少可以榨干水分的地方。今天聊的三个话题——头文件依赖管理、预编译头、LTO——说白了就是让编译器少干活、干巧活、干好活。
我个人习惯把编译时优化分成两类：一类是让编译变快，另一类是让生成的可执行文件变快。头文件依赖管理和预编译头属于前者，LTO属于后者。咱们一个一个说。
头文件依赖管理：别让编译器做无用功
你有没有遇到过这种情况：改了一个头文件里的小宏定义，结果整个项目重新编译了半小时？我遇到过，而且不止一次。
头文件依赖管理，核心就一句话：尽量减少不必要的头文件包含。你想想看，C++的#include本质上就是把整个头文件内容复制粘贴到源文件里。一个头文件改了，所有直接或间接包含它的源文件都得重新编译。
具体怎么做？我总结了几个实用技巧：
- 用前置声明代替#include：如果只需要指针或引用，完全不需要包含整个头文件。比如
class MyClass;就够了，别写#include "MyClass.h"。 - 头文件里少包含其他头文件：把#include尽量放到.cpp文件里。头文件只包含真正必须的东西。
- 使用Pimpl惯用法：把实现细节藏到指针后面，接口头文件就干净多了。
- 定期检查依赖关系：用工具（比如include-what-you-use）分析哪些包含是多余的。
核心原则：头文件应该只暴露接口，不暴露实现细节。接口越薄，依赖越少，编译越快。
我曾经在一个遗留项目里，发现某个头文件间接包含了200多个其他头文件。改一行代码，整个模块都要重编。后来花了三天时间重构依赖关系，编译时间从45分钟降到了12分钟。嗯，这三天花得值。
预编译头：把重复劳动一次搞定
预编译头（PCH）的原理很简单：把那些几乎不会变的标准库头文件、第三方库头文件，提前编译成二进制格式。编译器每次编译源文件时，直接加载这个预编译好的结果，省去了反复解析头文件的时间。
我建议在项目里这样用：
- 创建一个
stdafx.h（或者叫pch.h），把常用的头文件放进去，比如<iostream>、<vector>、<string>、<memory>等。 - 每个.cpp文件第一行就包含这个预编译头文件。
- 编译器设置里指定预编译头文件路径。
// pch.h - 预编译头文件
#pragma once
#include <iostream>
#include <vector>
#include <string>
#include <map>
#include <memory>
#include <algorithm>
#include <thread>
#include <mutex>小技巧：预编译头里只放那些真正稳定的头文件。如果你频繁修改某个头文件，就别放进去，否则每次改完还得重新生成预编译头，反而更慢。
我记得有一次，一个同事把业务逻辑的头文件也塞进了预编译头。结果每次改业务代码，预编译头都要重新生成，编译时间反而翻倍了。所以啊，预编译头只适合放「万年不变」的东西。
LTO：链接时的全局优化
LTO（Link-Time Optimization）是编译器在链接阶段做的优化。为什么需要这个？因为传统的编译单元是单个.cpp文件，编译器看不到其他文件里的代码。这就导致很多优化做不了——比如内联函数，如果定义在另一个.cpp里，编译器就没法内联。
LTO把这个问题解决了。它让编译器在链接时看到所有目标文件的中间表示，然后做全局优化。效果很明显：
| 优化项 | 传统编译 | 启用LTO |
|---|---|---|
| 跨模块内联 | 不支持 | 支持 |
| 死代码消除 | 模块级别 | 全局级别 |
| 常量传播 | 模块内 | 跨模块 |
| 代码体积 | 较大 | 可减少10%-20% |
启用LTO很简单，GCC加-flto，Clang加-flto，MSVC加/GL和/LTCG。但要注意，LTO会显著增加链接时间。我见过一个项目，启用LTO后链接时间从30秒变成了8分钟。所以一般只在Release版本里用。
注意：LTO和某些优化选项不兼容。比如GCC的-ffast-math和LTO一起用可能会产生精度问题。建议在启用LTO后做完整的回归测试。
我曾经在一个图像处理项目里，启用LTO后性能提升了15%。原因很简单：有个核心算法函数分散在多个.cpp文件里，LTO让编译器把它们全部内联到了一起，消除了大量函数调用开销。
三者如何配合使用？
这三个优化手段不是互斥的，而是互补的。我一般这样组合：
- 开发阶段：做好头文件依赖管理，用预编译头加速编译。LTO关掉，因为链接太慢。
- CI/CD阶段：保持头文件依赖管理和预编译头，LTO可以开启，但只针对Release构建。
- 发布阶段：全部开启，尤其是LTO，能榨出最后一点性能。
说白了，编译时优化就是「让编译器少干活，但干得更聪明」。头文件依赖管理是基础，预编译头是加速器，LTO是性能放大器。三者配合好了，编译速度和运行性能都能上一个台阶。
最后提醒一句：别为了优化而优化。先测量，再动手。用编译时间分析工具看看瓶颈在哪，对症下药。我曾经见过有人花了两周优化头文件依赖，结果编译时间只快了5%。而另一个项目只花了一天启用LTO，性能提升了20%。方向比努力更重要。
公众号:蓝海资料掘金营，微信deep3321