gdb中调试模板函数需确保编译带-g3且-o0、真实调用模板、用info functions查实实例化签名并加引号设断点，变量类型用ptype查看，嵌套模板优先在调用处下断。
模板函数在GDB里看不见？先确认编译是否带调试信息
GDB 调试模板函数失败，最常见的原因是编译时没加 -g，或者用了 -O2 以上优化导致内联或符号被丢弃。模板实例化后的函数名在调试信息中是存在的，但 GDB 默认不显示未实际使用的模板（比如只声明没调用的 template<typename t> void foo()</typename>）。必须确保：程序中真实调用了该模板，且编译命令包含 -g（推荐 -g3 以保留宏和更完整的类型信息）。
-
g++ -g3 -O0 test.cpp -o test—— 关闭优化、启用完整调试信息 - 避免
-fvisibility=hidden或-fno-rtti，它们可能削弱模板类型识别 - 用
readelf -wi test | grep -A5 'DW_TAG_subprogram.*template'可验证调试段里是否存在模板实例化符号
打断点要写对实例化后的函数签名
GDB 不接受泛型写法如 break std::vector<int>::push_back</int>，必须用编译器生成的实际符号名。不同编译器 mangling 规则不同，但你可以靠 info functions 或 nm -C test | grep vector 找到它。
- 先运行
gdb ./test，再执行info functions vector，会列出类似void std::vector<int std::allocator> >::push_back(int const&)</int>的完整签名 - 复制该签名（注意空格和 const&），粘贴进
break：例如break "void std::vector<int std::allocator> >::push_back(int const&)"</int> - 如果函数名含空格或尖括号，务必用双引号包裹整个签名
- C++17 后部分模板可能被隐式内联，此时需在调用点（而非模板定义处）设断点
调试时变量类型显示不全？用 ptype 和 print 配合看实例化类型
模板类对象在 print 时可能只显示为 std::vector，看不出 T 是什么类型。这是因为 GDB 默认缩写，不是信息缺失。
- 用
ptype my_vec查看完整类型：输出类似type = class std::vector<double std::allocator> > { ... }</double> - 想看内部元素，
print my_vec._M_impl._M_start@my_vec.size()（GCC libstdc++ 布局）；但更稳妥的是用print my_vec[0]或print my_vec.at(0)，GDB 会自动解析重载 - 若
print报错Cannot evaluate function -- may be inlined，说明该函数被优化掉了，回退到-O0 -g3重新编译
多层模板嵌套或别名导致断点失败？优先在调用侧设断点
像 using MyVec = std::vector<:string></:string> 这种别名，GDB 通常不识别别名名，只认底层实例化名。强行用别名设断点大概率失败。
- 不要尝试
break MyVec::clear，改用break "std::vector<:string std::allocator> >::clear"</:string> - 更简单的方法：在调用该模板函数的代码行设断点（比如
my_vec.clear();那一行），然后step进入 - 对变参模板（如
template<typename... args> void log(Args&&... args)</typename...>），GDB 只能对具体展开后的实例设断点，例如log(42, "hello")对应的实例名可能含int, char const*
模板调试最易忽略的一点：你看到的“函数名”不是源码里的样子，而是链接器视角的 mangled 名。别死磕语法，先用 info functions 或 nm -C 看实际存在什么符号——GDB 只响应它真正认识的名字。
