在GDB中给命名空间函数设断点需用break namespace::function，确保编译时启用-g且禁用-O2以上优化；GDB自动处理名字修饰，不支持仅用函数名断点，重载或模板实例化时应结合info functions查找完整签名并精确匹配。
gdb里怎么给命名空间函数设断点
直接用 break namespace::function 就行，但必须确保编译时带 -g 且没开 -O2 以上优化，否则 GDB 找不到符号。C++ 的名字修饰（name mangling）会让函数名在符号表里变成一长串，GDB 内部会自动做映射，你不用手动 demangle。
常见错误是写成 break function 结果断点没生效——尤其当多个命名空间里有同名函数时，GDB 默认只匹配全局作用域的。
- 正确写法：
break bustub::BustubInstance::ExecuteSql、break std::vector<int>::push_back - 如果不确定完整签名，先
info functions namespace::partial_name模糊搜索，比如info functions BustubInstance:: - 类内成员函数带 const 或引用参数时，可省略参数列表，GDB 通常能自动匹配；但重载严重时建议补全，如
break SeqScanExecutor::Init(bustub::ExecutionEngine*, bustub::ExecutionContext*)
为什么 break function 有时不进命名空间里的同名函数
因为 GDB 默认只查找非限定名（unqualified name），它不会跨命名空间去猜你想要哪个 Init。比如项目里既有 foo::Init() 又有 bar::Init()，只输 break Init 可能停在第一个被解析到的，甚至报 “Function not defined”。
更隐蔽的问题是：模板实例化函数（如 std::make_shared<MyClass>）在符号表里没有原始模板名，必须用实际展开后的名字或靠 info functions 查找。
- 查所有含
Init的函数：info functions Init - 查特定命名空间下的：
info functions bustub::（注意结尾两个冒号） - 看到类似
void bustub::SeqScanExecutor::Init(bustub::ExecutionEngine*, bustub::ExecutionContext*)这样的输出，复制整行再break最稳妥
调试时怎么快速切换到命名空间函数的栈帧
当 bt 显示调用栈里有 bustub::ExecuteSqlTxn 这样的帧，但 frame 4 切过去后 list 报 “No such file”，大概率是源码路径没配对——GDB 找不到对应 .cpp 文件。
这不是命名空间的问题，而是路径问题。GDB 不关心命名空间层级，只认文件路径和行号。
- 用
info sources看 GDB 当前加载了哪些源文件 - 如果缺失，用
directory /path/to/bustub/src补上搜索路径 - 确认编译时用的是相对路径还是绝对路径：CMake 默认用绝对路径记录源码位置，但如果挪动了整个项目目录，
set substitute-path可以做路径映射
容易忽略的坑：内联函数 + 命名空间 + 优化
如果函数被标记 inline，又在 -O2 下编译，GDB 很可能根本看不到这个函数出现在栈帧里，bt 会跳过它，break 也设不上——不是语法错，是它压根没生成独立函数体。
这种情况在 CMU15-445 的 executor 实现里很典型：SeqScanExecutor::Init 如果被内联，你打断点会失败，step 也会直接跳进下一层。
- 验证是否被内联：
info symbol SeqScanExecutor::Init，如果返回 “No symbol matches”，基本就是被优化掉了 - 临时解决：编译时加
-O0 -g，或者在函数定义前加__attribute__((noinline)) - 真正要调试执行逻辑，不如在它调用的下游函数（如
Init里第一行auto table = exec_ctx_->GetCatalog()->GetTable(...)）设断点，更可靠
