6、构建类型：Debug、Release、RelWithDebInfo、MinSizeRel
聊到 CMake 的构建类型，说白了就是告诉编译器：「你现在要干嘛？」
是要调试？还是要发布？还是要兼顾速度和调试？还是要把体积压到最小？
这四种类型——Debug、Release、RelWithDebInfo、MinSizeRel——就是 CMake 给你准备好的四个预设方案。我个人习惯在项目一开始就把它们搞清楚，否则后面改来改去，反而浪费时间。
CMAKE_BUILD_TYPE 是什么？
它是一个 CMake 变量，用来控制编译器生成什么样的代码。
你在命令行里这样用：
cmake -B build -DCMAKE_BUILD_TYPE=Debug或者：
cmake -B build -DCMAKE_BUILD_TYPE=ReleaseCMake 会根据你选的值，自动设置对应的编译选项。比如 -g（调试信息）、-O2（优化等级）、-DNDEBUG（禁用断言）等等。
cmake --build build --config Release。这一点我刚开始也踩过坑。
四种构建类型详解
| 构建类型 | 典型编译选项 | 适用场景 |
|---|---|---|
| Debug | -g -O0 |
开发调试，关闭优化，保留完整调试信息 |
| Release | -O3 -DNDEBUG |
正式发布，开启最高优化，去掉调试信息 |
| RelWithDebInfo | -O2 -g -DNDEBUG |
既要性能又要调试，适合线上问题排查 |
| MinSizeRel | -Os -DNDEBUG |
嵌入式或存储受限场景，追求最小体积 |
嗯，这里要注意：RelWithDebInfo 虽然带了调试信息，但优化等级是 -O2，不是 -O0。所以你在调试时，有些变量可能被优化掉，看不到值。我曾经在排查一个线上崩溃时，用了 RelWithDebInfo，结果发现某些局部变量被优化没了，折腾了半天才定位到问题。
如何自定义构建类型？
CMake 允许你覆盖默认的编译选项。比如你想在 Debug 模式下也开启一些优化：
set(CMAKE_CXX_FLAGS_DEBUG "-g -O1 -DDEBUG")或者你想给 Release 模式加一个特定的宏：
set(CMAKE_C_FLAGS_RELEASE "-O3 -DNDEBUG -DMY_RELEASE_BUILD")这些变量名是有规律的：CMAKE_<LANG>_FLAGS_<CONFIG>。比如 C++ 的 Debug 模式就是 CMAKE_CXX_FLAGS_DEBUG。
CMAKE_CXX_FLAGS 全局变量，否则会影响所有构建类型。应该用上面这种带配置后缀的变量，这样更干净。
实战中的选择建议
- 日常开发： 用 Debug。编译慢一点没关系，调试体验好最重要。
- CI 测试： 可以用 RelWithDebInfo。既能跑得快，出问题了还能看堆栈。
- 发布给用户： 用 Release。性能优先，体积适中。
- 嵌入式/移动端： 用 MinSizeRel。我做过一个 IoT 项目，固件大小限制在 512KB，不用 MinSizeRel 根本塞不下。
知识体系图
下面这张图帮你理清四种构建类型的关系和选择逻辑：
避坑指南
我曾经在一个跨平台项目里，Linux 用 Debug 模式编译通过，Windows 上却链接失败。查了半天，发现是 Windows 上 Debug 模式默认链接了 Debug 版本的运行时库，而某个第三方库只提供了 Release 版本。解决方案是：要么统一构建类型，要么用 RelWithDebInfo 折中。
还有一次，我在 Release 模式下跑单元测试，结果断言全被 -DNDEBUG 干掉了，测试等于没跑。后来我改成 RelWithDebInfo，既保留了性能，又保留了断言检查。
- CMAKE_BUILD_TYPE 控制编译优化和调试信息
- 四种预设类型各有侧重，按场景选择
- 可以通过
CMAKE_<LANG>_FLAGS_<CONFIG>自定义 - 多配置生成器（VS/Xcode）用
--config指定
好了，构建类型这块就聊到这儿。你想想看，是不是比想象中简单？说白了就是告诉编译器「你要干嘛」，然后 CMake 帮你搞定剩下的。