cmake默认不生成release版本，必须显式指定构建类型：unix系统用-dcmake_build_type=release，windows+vs需构建时用--config release，且不可在cmakelists.txt中硬设该变量。
CMake 默认不生成 Release 版本，必须显式指定构建类型，否则行为不可靠（尤其在 Unix Makefiles 生成器下）。
cmake 命令行必须加 -DCMAKE_BUILD_TYPE=Release
这是最直接、最通用的方式，适用于 Linux/macOS 的 Makefile 或 Ninja 生成器：
- 先建独立构建目录（避免污染源码）：
mkdir build-release && cd build-release - 配置时强制指定类型：
cmake -DCMAKE_BUILD_TYPE=Release .. - 再构建：
cmake --build .（或make） - 若用 Ninja：
cmake -G Ninja -DCMAKE_BUILD_TYPE=Release ..
⚠️ 注意：CMAKE_BUILD_TYPE 是缓存变量，一旦 cmake 在某目录运行过，后续不加 -D 不会自动更新。删掉 CMakeCache.txt 或换目录是最稳妥的重置方式。
Windows + Visual Studio 需用 --config Release
VS 是多配置生成器（Multi-Config Generator），CMAKE_BUILD_TYPE 在配置阶段被忽略，改由构建阶段决定：
- 配置时不用指定类型：
cmake -G "Visual Studio 17 2022" .. - 构建时才选配置：
cmake --build . --config Release - 调试版对应：
cmake --build . --config Debug
此时 CMAKE_CXX_FLAGS_RELEASE 等变量仍生效，但 VS 本身也会叠加自己的优化标志（如 /O2、/GL）。不要依赖 -DCMAKE_BUILD_TYPE=Release 在 VS 下起作用。
别在 CMakeLists.txt 里硬写 set(CMAKE_BUILD_TYPE "Release")
这种写法看似省事，实则破坏构建系统的灵活性：
- 它只在首次配置时生效；后续
cmake ..不带-D会沿用旧缓存，该语句被跳过 - 无法同时维护 Debug/Release 构建树（比如你临时想切回 Debug 测试）
- CI/CD 脚本容易因路径或缓存残留出错
真正需要的是“默认 fallback”，可这样写（仅当未设置时生效）：
if(NOT CMAKE_BUILD_TYPE) set(CMAKE_BUILD_TYPE Release CACHE STRING "Choose the type of build.") endif()
注意 CACHE STRING —— 这样既设了默认值，又允许命令行 -D 覆盖。
确认是否真用了 Release 标志，别只看文件名
生成完程序，别只看输出目录叫 build-release 就以为是 Release。实际验证方法：
- 检查编译命令是否含
-O3或/O2：make VERBOSE=1 2>&1 | grep -E "(O[0-3]|/O)" - 检查是否没带
-g：file ./your_program | grep debug（Linux 下无 debug info 才算干净） - 用
readelf -S ./your_program | grep debug（Linux）或dumpbin /headers your_program.exe | findstr "debug"（Windows）确认调试段缺失
最容易被忽略的是：CMake 默认对 RelWithDebInfo 和 MinSizeRel 也启用部分优化，但它们不是纯 Release。确保你用的是 Release，而不是拼错成 Relese 或大小写不一致（release 无效）。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
