重载函数断点不命中必须写全限定名，因gdb不自动推导重载版本；需用info functions列出所有签名，再break class::func(int)等完整形式，成员函数不可省略作用域。
重载函数断点不命中？必须写全限定名
直接 break func 在 C++ 重载函数中大概率失败——GDB 会停在第一个匹配的符号上，甚至报 Function 'func' not defined。根本原因是重载函数在符号表里是多个不同签名的独立实体，GDB 不做自动推导。
- 用
info functions func列出所有匹配函数（含完整参数类型），例如输出：void Vector::push_back(int)、void Vector::push_back(const char*) - 复制其中一行，去掉返回类型和空格，作为断点目标：
break Vector::push_back(int) - 如果函数在匿名命名空间或内联定义中，可能需加文件前缀：
break helper.cpp:Vector::push_back(int) - 避免用
rbreak批量设点——它会在所有重载上都设断点，干扰单步逻辑
为什么 break func 有时能用，有时不行？
取决于编译器生成的调试信息完整性与 GDB 版本。低版本 GDB 或启用 -O2 后，重载函数的 DWARF 信息可能被裁剪，导致仅靠函数名无法唯一识别。这不是你写错了，而是调试信息本身缺失。
- 确认编译时用了
-g且未开优化：g++ -g -O0 -o test test.cpp - 检查符号是否存在：
nm -C ./test | grep "func"，若输出为空或只有U func（undefined），说明符号没进可执行文件 - 对模板实例化函数（如
std::vector<int>::push_back</int>），务必写完整类型，int不能简写为i
调试时发现断点停在奇怪位置？检查是否进了错误重载
即使断点设对了，step 进入后也可能跳到意料之外的实现体——比如你本想调试 void f(double)，却进了 void f(float) 的隐式转换分支。
- 停住后立刻执行
info symbol $pc，看当前指令地址对应哪个符号 - 用
list确认显示的源码是否为你预期的函数体 - 若不对，用
finish退出当前函数，回到调用点再检查参数类型 - 临时补救：在疑似入口加条件断点，如
break f if sizeof(arg) == 8（需 GDB 10.2+ 支持）
容易被忽略的细节：成员函数断点必须带类作用域
break push_back 永远不会命中类成员函数，哪怕当前栈帧就在 Vector 里——GDB 不做上下文推断。必须显式写出 Class::member。
- 静态成员函数同理：
break Math::max(int, int)，不能省略Math:: - 对于嵌套类，用双冒号逐级展开：
break Outer::Inner::method() - 若类名含模板参数（如
std::vector<:string></:string>），GDB 通常接受简化写法break vector::push_back，但稳妥起见仍建议用info functions查准全名
step 前多敲一次 info symbol $pc，比猜半天快得多。
