第28章 性能优化：LTO/IPO、PCH预编译头、Unity构建、并行构建、ccache集成

说实话，项目做到一定规模，最让人头疼的不是功能实现，而是编译太慢。我见过一个同事，改一行代码，喝杯咖啡回来还没编译完。嗯，这其实不是代码的问题，是构建策略的问题。

这一章，我带你看看CMake里那些能大幅提升构建性能的“黑科技”。说白了，就是让编译器少干活、干快活、不重复干活。

28.1 LTO/IPO：链接时优化

LTO（Link Time Optimization），也叫IPO（Interprocedural Optimization）。它让编译器在链接阶段“回头看”所有目标文件，做全局优化。

我刚开始用LTO时，其实挺犹豫的——编译时间会变长。但后来发现，对于发布版本，这点时间花得值。性能提升通常在5%~15%，有些场景甚至更高。

# 启用LTO
set(CMAKE_INTERPROCEDURAL_OPTIMIZATION ON)

# 或者针对特定目标
set_property(TARGET myapp PROPERTY INTERPROCEDURAL_OPTIMIZATION ON)

# 检查编译器是否支持
include(CheckIPOSupported)
check_ipo_supported(RESULT ipo_supported)
if(ipo_supported)
  set(CMAKE_INTERPROCEDURAL_OPTIMIZATION ON)
endif()

28.2 PCH预编译头

预编译头（Precompiled Headers）的原理很简单：把那些不怎么变动的头文件（比如STL、第三方库）提前编译成二进制格式，后续编译直接复用。

你想想看，每次编译都要解析一遍、，是不是很浪费？PCH就是解决这个问题的。

# 创建预编译头
target_precompile_headers(myapp PRIVATE
  <vector>
  <iostream>
  <string>
  "my_common_header.h"
)

# 也可以使用 PUBLIC 让依赖目标也受益
target_precompile_headers(mylib PUBLIC
  <algorithm>
  <memory>
)

28.3 Unity构建

Unity构建，也叫“合并构建”。它的思路是把多个源文件合并成一个大的源文件来编译。这样做的好处是减少了编译器启动次数，也增加了内联优化的机会。

# 启用Unity构建
set(CMAKE_UNITY_BUILD ON)

# 设置每个Unity文件包含的源文件数量
set(CMAKE_UNITY_BUILD_BATCH_SIZE 8)

# 针对特定目标
set_property(TARGET myapp PROPERTY UNITY_BUILD ON)
set_property(TARGET myapp PROPERTY UNITY_BUILD_BATCH_SIZE 16)

为什么能提速？因为编译器启动一次的开销是固定的。把10个文件合并成1个，启动次数就减少了90%。我在一个嵌入式项目里试过，编译时间从45分钟降到了12分钟。

28.4 并行构建

并行构建是最直接的优化手段。现在的CPU都是多核的，不用白不用。

# 在CMake中设置并行构建
cmake --build . --parallel 8

# 或者使用环境变量
export CMAKE_BUILD_PARALLEL_LEVEL=8
cmake --build .

其实CMake默认就会使用所有可用的CPU核心。但有时候你需要手动控制，比如在CI环境里，或者和同事共享服务器时。

28.5 ccache集成

ccache是一个编译器缓存工具。它通过哈希源文件、头文件、编译选项来判断是否需要重新编译。如果没变化，就直接从缓存里拿结果。

# 安装ccache
# Ubuntu: sudo apt install ccache
# macOS: brew install ccache

# 在CMake中启用
find_program(CCACHE_PROGRAM ccache)
if(CCACHE_PROGRAM)
  set(CMAKE_C_COMPILER_LAUNCHER "${CCACHE_PROGRAM}")
  set(CMAKE_CXX_COMPILER_LAUNCHER "${CCACHE_PROGRAM}")
endif()

ccache的效果非常明显。特别是当你频繁切换分支、或者反复修改同一个文件时，第二次编译几乎是秒完成。

28.6 综合配置示例

下面是一个完整的CMakeLists.txt，集成了上面所有优化手段：

cmake_minimum_required(VERSION 3.16)
project(OptimizedProject LANGUAGES CXX)

# 1. 检查LTO支持
include(CheckIPOSupported)
check_ipo_supported(RESULT ipo_supported)
if(ipo_supported)
  set(CMAKE_INTERPROCEDURAL_OPTIMIZATION ON)
  message(STATUS "LTO enabled")
endif()

# 2. 启用Unity构建
set(CMAKE_UNITY_BUILD ON)
set(CMAKE_UNITY_BUILD_BATCH_SIZE 16)

# 3. 集成ccache
find_program(CCACHE_PROGRAM ccache)
if(CCACHE_PROGRAM)
  set(CMAKE_CXX_COMPILER_LAUNCHER "${CCACHE_PROGRAM}")
  message(STATUS "ccache found: ${CCACHE_PROGRAM}")
endif()

# 4. 设置并行构建（默认使用所有核心）
if(NOT CMAKE_BUILD_PARALLEL_LEVEL)
  include(ProcessorCount)
  processorcount(NCPU)
  set(CMAKE_BUILD_PARALLEL_LEVEL ${NCPU})
endif()

# 5. 添加可执行文件
add_executable(myapp main.cpp utils.cpp network.cpp)

# 6. 配置PCH
target_precompile_headers(myapp PRIVATE
  <vector>
  <iostream>
  <string>
  "common.h"
)

28.7 性能优化策略对比

优化手段	适用场景	提速效果	注意事项
LTO/IPO	发布版本、性能敏感项目	5%~15%运行时性能提升	编译时间增加，需检查编译器支持
PCH预编译头	大型项目、频繁使用STL/第三方库	30%~50%编译时间减少	PCH文件不宜过大，修改PCH会触发全量重编译
Unity构建	源文件多、单个文件小的项目	40%~70%编译时间减少	注意命名冲突，调试信息可能受影响
并行构建	多核CPU环境	线性提升（受限于核心数）	不要超过核心数1.5倍，注意内存限制
ccache	所有项目（特别是频繁构建的场景）	二次构建减少80%~95%时间	需要额外安装，注意缓存大小管理

28.8 知识体系图

这张图把本章的优化手段分成了三类。你想想看，实际项目中往往是组合使用的。比如我现在的项目，ccache + 并行构建是标配，发布版本再加LTO，Unity构建看情况启用。