CMake不会自动为CMAKE_CXX_FLAGS_DEBUG/RELEASE赋值，必须显式设置；否则即使CMAKE_BUILD_TYPE=Debug，也无-g或-O3。推荐直接在CMakeLists.txt中set对应变量，并注意多配置生成器需用$<CONFIG:Debug>等表达式确保精准匹配。
怎么给 CMAKE_CXX_FLAGS_DEBUG 和 CMAKE_CXX_FLAGS_RELEASE 赋值
不手动赋值，CMake 就不会自动加 -g 或 -O3 —— 它只按变量名“查表”，表里没内容就什么也不加。常见错误是只设了 CMAKE_BUILD_TYPE=Debug，但忘了定义对应标志变量，结果编译出来既没调试信息也没优化，和裸编译一样。
推荐在 CMakeLists.txt 开头附近直接设置：
set(CMAKE_CXX_FLAGS_DEBUG "-O0 -g3 -Wall -Wextra -DDEBUG") set(CMAKE_CXX_FLAGS_RELEASE "-O3 -DNDEBUG -march=native")
注意两点：
-
-O0必须显式写进DEBUG变量，否则某些旧版 CMake 默认可能带-O1 -
-DNDEBUG在RELEASE中不是可选的——它会关掉assert()，影响逻辑行为 - Windows 下 MSVC 不用
-O3，而是用/O2或/Ox；此时应改用CMAKE_CXX_FLAGS_RELEASE配合$<CONFIG:Release>条件表达式，或直接切到target_compile_options
为什么不能只靠 add_compile_options 统一设优化参数
add_compile_options 是全局生效的，没法区分构建类型。你加一个 -O3，Debug 也会被套上，导致断点跳转错乱、变量显示为 <optimized out>，调试器基本失效。
真正安全的做法是绑定到目标或使用条件判断：
- 对单个 target：用
target_compile_options(my_target PRIVATE $<CONFIG:Debug>:-O0 $<CONFIG:Release>:-O3) - 想统一管理多个 target：用
set_property(DIRECTORY PROPERTY COMPILE_OPTIONS ...)配合生成器表达式 - 避免在
if(${CMAKE_BUILD_TYPE} STREQUAL "Debug")里调add_compile_options—— 这种写法在多配置生成器（如 Visual Studio）下会失效，因为CMAKE_BUILD_TYPE此时为空
RelWithDebInfo 和 MinSizeRel 的参数该怎么配
这两个类型常被忽略，但实战中很实用：RelWithDebInfo 是线上性能问题复现时的首选，MinSizeRel 则用于嵌入式或容器镜像体积敏感场景。
CMake 4.3.2 Windows x86_64 历史版本安装包，适合旧项目兼容、构建环境回退、CMakeLists.txt 迁移验证、Visual Studio/Ninja/Makefile 生成器测试和 C/C++ 项目维护。
它们对应的变量是 CMAKE_CXX_FLAGS_RELWITHDEBINFO 和 CMAKE_CXX_FLAGS_MINSIZEREL，别拼错名字：
set(CMAKE_CXX_FLAGS_RELWITHDEBINFO "-O2 -g -DNDEBUG") set(CMAKE_CXX_FLAGS_MINSIZEREL "-Os -DNDEBUG")
关键细节：
-
-O2 -g比-O3 -g更稳妥：高阶优化（如向量化、内联深度）容易掩盖内存越界或未初始化行为，而-O2保留足够调试能力又不牺牲太多性能 -
-Os不等于-O2 -s：-Os是独立优化策略，专门权衡体积与速度，比单纯 strip 掉符号更彻底 - 所有非 Debug 类型都该带
-DNDEBUG，否则assert仍会编译进去，可能引发未定义行为
Windows 多配置生成器下怎么确保 Debug/Release 参数不串
Visual Studio、Xcode 这类生成器不依赖 CMAKE_BUILD_TYPE，它们用 CONFIGURATION（即 --config Debug）驱动。此时 CMAKE_CXX_FLAGS_DEBUG 这类变量会被自动选用，但前提是你的 CMake 版本 ≥ 3.10 —— 低于这个版本需手动处理。
更健壮的写法是绕过变量，直接用生成器表达式：
target_compile_options(my_target PRIVATE $<CONFIG:Debug>:-O0,-g3,-DDEBUG $<CONFIG:Release>:-O3,-DNDEBUG,-march=native $<CONFIG:RelWithDebInfo>:-O2,-g,-DNDEBUG )
这样无论用 Ninja 单配置还是 VS 多配置，都能精准匹配。另外注意：
-
target_link_libraries也得用debug/optimized关键字区分，比如链接不同后缀的库：debug mylibd.lib optimized mylib.lib - MSVC 的运行时库（
MD/MDd）必须和构建类型严格一致，否则链接时报LNK2038：检测到“RuntimeLibrary”的不匹配
-DNDEBUG 的存在与否，直接决定 assert 是否生效，而很多边界检查逻辑依赖它**。一旦 Release 版本因漏加该宏导致断言未移除，轻则性能骤降，重则触发未定义行为。 
