3、核心概念：目标（Target）、生成器（Generator）、构建目录（Build Directory）详解
好，咱们进入第三章。说实话，前两章我们把 CMake 的「面子」看了一遍——怎么装、怎么写最简单的 CMakeLists.txt。但真正要上手干活，你得先搞懂三个核心概念：目标（Target）、生成器（Generator）、构建目录（Build Directory）。
这三个东西，说白了就是 CMake 的「骨架」。我当年刚接触 CMake 时，就是没搞懂它们之间的关系，结果折腾了一整天，编译出来的东西死活不对。嗯，今天咱们一次性把它们理清楚。
3.1 目标（Target）：CMake 的「基本单元」
先问一个问题：你在 CMakeLists.txt 里到底在描述什么？
不是描述「怎么编译」，而是描述「要生成什么」。这个「什么」，就是 Target。
一个 Target 可以是一个可执行文件、一个库、一个自定义命令。每个 Target 都有自己的属性：源文件、头文件路径、链接库、编译选项……
核心观点：CMake 的一切操作，最终都是围绕 Target 展开的。
举个例子：
add_executable(my_app main.cpp utils.cpp)
target_include_directories(my_app PRIVATE include)
target_link_libraries(my_app PRIVATE fmt)这里 my_app 就是一个 Target。它告诉 CMake：「我要生成一个叫 my_app 的可执行文件，它需要这些源文件、这些头文件、链接这个库。」
我个人习惯把 Target 想象成一个「积木块」。每个积木块有自己的接口（头文件）和实现（源文件），积木块之间通过 target_link_libraries 拼起来。这样做的好处是——依赖关系清晰，改一个积木块不会影响其他。
小技巧：尽量用 target_* 系列命令（如 target_include_directories、target_compile_definitions），而不是全局的 include_directories、add_definitions。前者只影响当前 Target，后者会污染整个项目。我在项目中遇到过因为全局定义导致两个模块宏冲突的惨案……
3.2 生成器（Generator）：CMake 的「翻译官」
CMake 本身不编译代码。它是个「元构建系统」。它的工作是读取 CMakeLists.txt，然后生成一份「构建系统能看懂的文件」。这个「构建系统」就是 Generator。
常见的 Generator 有：
| Generator 名称 | 适用平台 | 生成的文件 |
|---|---|---|
| Unix Makefiles | Linux、macOS | Makefile |
| Ninja | 跨平台 | build.ninja |
| Visual Studio | Windows | .sln / .vcxproj |
| Xcode | macOS | .xcodeproj |
你想想看，如果你在 Windows 上开发，用 Visual Studio 的 Generator，CMake 就会生成 .sln 文件，你直接用 VS 打开就能编译。如果你在 Linux 上用 Ninja，CMake 就生成 build.ninja，然后 Ninja 负责编译。
选择 Generator 的方式很简单：
# 命令行指定
cmake -G "Ninja" ..
# 或者用 cmake-gui 下拉选择我曾经犯过一个错误：在 Windows 上忘了指定 Generator，结果 CMake 默认用了 Visual Studio，但我机器上只装了 MinGW。编译时一堆莫名其妙的错误……后来学乖了，每次配置前先 cmake --help 看看有哪些 Generator 可用。
注意：Generator 的选择会影响构建速度。Ninja 通常比 Makefiles 快，因为它天生支持并行构建。我个人在 Linux 上几乎只用 Ninja。
3.3 构建目录（Build Directory）：CMake 的「工作区」
这是新手最容易忽略的概念。CMake 强烈建议你不要在源码目录里直接构建。而是创建一个单独的目录，专门放构建产物。
为什么？
- 源码干净：所有 .o 文件、可执行文件、临时文件都在构建目录里，不会污染源码树。
- 多配置共存：你可以同时有
build/debug、build/release、build/windows等多个构建目录，互不干扰。 - 删除方便：想清理？直接
rm -rf build完事，不用在源码里翻找。
典型用法：
# 在项目根目录
mkdir build
cd build
cmake ..
make这里 build 就是构建目录。.. 是源码目录（也就是 CMakeLists.txt 所在的位置）。CMake 会在 build 里生成所有构建系统文件，以及最终的编译产物。
嗯，这里要注意：构建目录和源码目录是完全独立的。你在构建目录里做的任何操作，都不会影响源码。反过来，如果你修改了源码，只需要重新运行 cmake 或 make 即可，CMake 会自动检测变化。
个人经验：我习惯在项目根目录下建一个 build/ 文件夹，然后在里面再按配置分目录：build/debug、build/release、build/asan（AddressSanitizer 版本）。这样切换配置只需要 cd build/debug && cmake -DCMAKE_BUILD_TYPE=Debug ../..，非常清晰。
3.4 三者关系：一张图说清楚
这三个概念的关系，我用一个简单的流程来说明：
CMakeLists.txt (描述 Target)
│
▼
cmake 命令 (指定 Generator 和构建目录)
│
▼
构建目录/ (生成 Makefile / build.ninja / .sln)
│
▼
make / ninja / msbuild (实际编译)
│
▼
可执行文件 / 库文件 (Target 的产物)说白了：
- Target 是「你要什么」
- Generator 是「用什么工具做」
- 构建目录 是「在哪里做」
这三者缺一不可。你写 CMakeLists.txt 时，心里要时刻想着 Target。你运行 cmake 命令时，要明确 Generator 和构建目录。搞清楚了这些，后面的学习就会顺畅很多。
一句话总结：CMake 读取 CMakeLists.txt 中的 Target 定义，在构建目录中调用 Generator 生成构建系统文件，最后由构建系统完成编译。
下一章，咱们会深入 Target 的细节——如何定义、如何链接、如何传递属性。到时候你会发现，理解了 Target，CMake 就掌握了一半。