Clang生成Debug版本必须同时指定-g和-O0：-g生成DWARF调试信息供调试器使用，-O0关闭优化确保源码与指令一一对应，缺一不可；CMake的Debug构建类型仅自动注入这两项，并非魔法开关。
Clang 命令行生成 Debug 版本，核心是显式加 -g 且禁用优化，不是靠“开关”自动识别。
clang 编译时必须手动指定 -g 和 -O0
Clang 没有内置的 Debug 模式标记，它只认具体选项。不加 -g 就没有调试符号，不加 -O0 就可能被默认优化（比如某些系统级 wrapper 脚本或 shell alias 会悄悄加 -O2）。
-
-g：生成 DWARF 调试信息，LLDB/GDB 才能读取变量、单步、设断点 -
-O0：关闭所有优化，避免内联、变量消除、控制流重排，保证源码行与机器指令一一对应 - 不要依赖
-DDEBUG或类似宏——它不影响调试信息生成，只是给代码用的条件编译开关
CMake 中设置 Debug 构建类型后，clang 实际用了哪些 flag
当你运行 cmake -DCMAKE_BUILD_TYPE=Debug ..，CMake 会为 Clang 自动注入标准 Debug 旗标，但前提是 CMakeLists.txt 里没硬编码覆盖它。
- 实际生效的编译命令里会出现：
-g -O0 -D_DEBUG - 如果你在
CMakeLists.txt中写了set(CMAKE_CXX_FLAGS "-O2")，它会覆盖-O0，导致 Debug 构建失去调试友好性 - 验证方式：执行
make VERBOSE=1或查看compile_commands.json，搜索目标源文件对应的完整 clang 命令
常见错误：以为加了 -g 就够了，结果调试时变量显示 <optimized out></optimized>
这是最典型的假 Debug 现象——符号存在，但优化干扰了调试器对变量生命周期的理解。
- 根本原因：漏掉了
-O0，或者被其他 flag（如-flto、-finline-functions）隐式开启优化 - 检查方法：在编译命令中 grep
O[0-3]，确认只有-O0出现，且无其它优化相关 flag - 附加建议：加
-fno-omit-frame-pointer可提升栈回溯可靠性，尤其在启用某些 sanitizer 时
Debug 版本的关键不在“名字”，而在生成物是否真正支持调试——-g 和 -O0 必须同时存在且未被后续 flag 覆盖；CMake 的 Debug 类型只是帮你自动塞这两项，不是魔法开关。
