gdb设置类成员函数断点必须显式写出完整作用域，如b tcpclient::onmessage；重载函数需带签名，模板或命名空间函数须加前缀；失败时可用rbreak、info functions或nm验证符号是否存在。
必须显式写出完整作用域，否则 GDB 找不到函数。C++ 的类成员函数（尤其是重载、模板或带命名空间的）在符号表中不是裸函数名，直接 b onMessage 很大概率失败。
类成员函数断点必须带作用域前缀
GDB 不会自动推导类或命名空间上下文。哪怕当前正在该类的源码里，b onMessage 仍可能报错 Function "onMessage" not defined。
正确写法是：
-
b TcpClient::onMessage—— 普通类成员 -
b cyc::TcpClient::onMessage—— 带命名空间 -
b MyTemplate<int>::process</int>—— 模板特化实例（需编译时未被内联或优化掉） -
b "MyClass::doSomething(int, std::string)"—— 显式写出签名，应对重载函数
注意：函数名若含空格或特殊字符（如重载运算符），必须用双引号包裹。
常见失败原因和绕过方式
即使写了作用域，仍可能断点失败，典型原因包括：
- 函数被
inline或static修饰，且未导出符号 → 编译时加-g -O0或至少-fno-inline - 函数在头文件中定义，但调试信息未包含其完整符号 → 确保编译时使用
-g3并启用-frecord-gcc-switches（GCC） - 你输的是声明而非定义位置 →
b会优先匹配定义处；若定义在 .cpp 中，就别在头文件行号上设 - 使用了
std::类型但未启用 C++ 符号解析 → 启动 GDB 时加--debug或运行后执行set print pretty on
快速确认函数是否可打断点
别靠猜，用 GDB 自身查：
-
rbreak ^TcpClient::—— 正则匹配所有以TcpClient::开头的函数（^防止匹配到子串） -
info functions TcpClient—— 列出所有含TcpClient的函数符号（需调试信息完整） -
nm -C ./a.out | grep TcpClient::onMessage—— 在终端确认符号是否真实存在于二进制中
如果 nm 都找不到，说明该函数根本没生成符号，GDB 断点无从谈起。
多线程下类成员函数断点的注意事项
断点本身不绑定线程，但命中后你需要立刻确认上下文：
- 命中时执行
info threads查看当前是哪个线程停住 - 用
thread apply all bt快速扫一遍所有线程调用栈，避免只盯一个线程漏掉竞争点 - 若只想让某线程触发该断点，得配合线程条件：
b TcpClient::onMessage thread 2或后续用condition 1 $_thread == 2
真正容易被忽略的是：GDB 默认不会在 std::thread 构造后立即显示新线程，得等它第一次调用用户代码才纳入 info threads 列表 —— 所以断点可能“看起来没生效”，其实是线程还没跑起来。
