gdb调试c++程序的核心是编译时加-g生成dwarf符号表，否则断点不命中、变量显示为空；必须避免-o2以上优化，推荐cmake中使用debug模式（-g -o0）；断点需确保函数名/路径正确，变量不可见多因被优化，可用volatile临时规避。
直接上结论：GDB 调试 C++ 程序，核心是编译时加 -g，运行时用 gdb ./a.out，下断点靠 break，单步靠 next 和 step，看变量用 print —— 但漏掉 -g 或没处理符号表路径，90% 的断点会“不命中”或显示 <optimized out></optimized>。
编译必须带 -g，且避免 -O2 以上优化
没有调试信息，GDB 就像盲人摸象。C++ 源码和机器指令之间靠 DWARF 符号表关联，而 -g 是生成它的开关。
-
g++ -g -o main main.cpp✅ 正确：保留完整符号与行号映射 -
g++ -O2 -g main.cpp⚠️ 危险：内联、寄存器复用会导致变量显示<optimized out></optimized>，断点可能跳转到意外位置 -
g++ -o main main.cpp❌ 失效：GDB 启动后list显示“No symbol table is loaded”，break main会提示“Function not defined”
如果项目用 CMake，确认 CMAKE_BUILD_TYPE 是 Debug（自动加 -g -O0），而不是 Release。
break 下断点的三种常见写法及失效原因
断点下不对，不是 GDB 问题，大概率是符号没加载或位置写错。
立即学习“C++免费学习笔记（深入）”；
-
break main：在main函数入口设断 —— 要求函数名可识别（未被模板实例化名污染，未被inline消除） -
break filename.cpp:15：按行号下断 —— 文件名必须和编译时路径一致；若源码在/home/user/proj/src/，但编译命令在/tmp下执行，GDB 可能找不到该路径下的filename.cpp -
break ClassName::methodName：对成员函数有效，但需确保类定义已加载（比如头文件没被预编译或模板未实例化）
下完断点后，用 info breakpoints 确认状态是 y（enabled），不是 n（disabled）或 pending（未解析）。出现 pending 通常意味着函数还没加载（比如动态库中函数，尚未 dlopen）。
