gdb调试静态成员函数需加类作用域，如b myclass::my_static_func；编译须带-g -o0或__attribute__((noinline))，并确认符号已链接且未被优化移除。
静态成员函数名前必须加类作用域
直接用 b func_name 会失败，因为 GDB 默认按全局函数解析，而静态成员函数在符号表中实际以 ClassName::func_name 形式存在。不写作用域，GDB 找不到匹配符号，报错 Function 'xxx' not defined. 或静默忽略。
实操时需严格按编译器生成的符号名输入，常见错误包括：漏掉 ::、大小写错误、未加命名空间前缀（如果类在命名空间内）。
- 正确写法：
b MyClass::my_static_func - 若类在命名空间中，例如
ns::MyClass，则必须写全：b ns::MyClass::my_static_func - 不确定符号名时，先运行
info functions MyClass或info functions ^MyClass::查看真实导出名
编译必须带 -g 且禁用内联优化
静态成员函数若被编译器内联（尤其 -O2 及以上），符号可能不保留在调试信息中，info functions 列不出来，b 也无法命中。这不是 GDB 的问题，而是调试信息缺失。
- 确保编译时加
-g -O0（开发调试阶段推荐） - 若必须用优化，可对特定函数加
__attribute__((noinline))强制不内联 - 验证调试信息是否完整：
readelf -S ./a.out | grep debug应有多个.debug_*段
断点命中但不暂停？检查是否被优化成直接调用
即使断点设置成功，运行后也可能跳过——这是因为调用点被优化为直接展开（如常量传播+内联），根本没走函数入口。此时 GDB 无法停在函数头，只能退到调用语句行或改用条件断点观察参数/返回值。
- 用
disassemble MyClass::my_static_func确认函数体是否真实存在机器码 - 若输出为空或提示
function not defined，说明已被优化移除 - 替代方案：在调用该静态函数的源码行设断点，再用
step尝试步入（若未内联）
模板静态成员函数要实例化后才能下断点
模板函数本身不生成代码，只有显式或隐式实例化后，符号才进入调试信息。对 MyClass<t>::func()</t> 直接下断点会失败。
- 先让程序跑起来，在实例化发生后（比如第一次调用后），用
info functions MyClass.*func查看已生成的实例名，如MyClass<int>::func()</int> - 再用完整实例化名下断：
b MyClass<int>::func</int> - 或提前在源码中强制实例化：
template MyClass<double>::func();</double>
-g，GDB 也无从下手。调试前务必确认该函数确实被链接进最终可执行文件。
