valgrind 默认只显示12层调用栈是因性能权衡，需用--num-callers=30等显式增大；必须编译带-g、不strip，并确保so有调试符号；模板过多可关demangle或用addr2line查地址。
Valgrind 默认只显示部分调用栈，为什么？
因为 Valgrind（尤其是 memcheck）默认启用帧数限制，通常只显示最上面 12 层函数调用。深层调用（比如模板展开、回调链、第三方库封装）会被截断，末尾显示 ... (5 intermediate frames omitted) —— 这不是 bug，是性能权衡。
--num-callers= 命令行参数必须显式加大
这是最关键的一步。默认值是 12，但多数真实问题需要看到 20–30 层才能定位到源头。直接加参数即可：
valgrind --tool=memcheck --num-callers=30 ./my_program
注意：--num-callers 必须放在 ./my_program 之前，否则被当成程序参数忽略；数值超过 50 后性能下降明显，一般 30 足够覆盖 C++ 模板+std::function+lambda 的嵌套深度。
符号信息缺失会导致调用栈显示为 ?? 或 (in /path/to/lib)
即使调用栈帧数够了，如果没符号，你看到的仍是模糊地址。确保：
- 编译时加
-g（GCC/Clang 必须） - 不要 strip 二进制（
strip ./my_program会清空调试信息） - 动态链接的 so 如果也参与错误路径，需确保其带调试符号（或安装
debuginfo包，如 Ubuntu 的libc6-dbg） - 使用
--read-var-info=yes可辅助变量上下文，但不修复调用栈本身
C++ 模板/内联函数太多？试试 --demangle=no 和 addr2line 辅助
Valgrind 默认开启符号还原（demangle），但超长模板名可能被截断或解析失败，导致栈帧看起来“跳变”。临时关闭可看清原始符号：
valgrind --demangle=no --num-callers=30 ./my_program
若仍卡在某个 ??? 地址，复制该行的十六进制地址（如 0x4A2F3C1），用 addr2line -e ./my_program -f -C 0x4A2F3C1 手动查——这招对 inlined 函数尤其有效，因为 addr2line 能利用 DWARF 行号信息绕过调用栈截断。
真正麻烦的是跨 shared library + 无调试信息 + 深层模板实例化，这时候光靠 --num-callers 不够，得结合编译期加 -fno-omit-frame-pointer 和运行时用 --keep-stacktraces=yes（仅限较新 Valgrind 版本）。
