Valgrind Memcheck默认调用栈仅显示2–3层，因默认--num-callers=2；需设为20才能穿透C++模板和RAII封装，定位真实分配源头，配合--track-origins=yes方可追踪未初始化内存来源。
Valgrind 默认调用栈为什么只有 2–3 层
Memcheck 工具默认只显示最浅层的 2–3 级调用，比如 malloc → some_func → main，中间跳过了中间函数（如封装层、工厂类、模板实例化等）。这是因为 Valgrind 为性能做了保守截断，默认 --num-callers=2。你看到的“at 0x40064B: some_function (file.cpp:20)”很可能不是真正的分配源头，而是某层 wrapper 调用点。
--num-callers=N 要设多大才够用
多数 C++ 项目（尤其带 RAII 封装或模板库如 STL 容器）需要至少 --num-callers=20 才能穿透 std::vector::push_back、std::make_unique 或自定义 allocators 的调用链。实测中：
-
--num-callers=12可覆盖常见 RAII 和智能指针构造路径 -
--num-callers=20基本能展开到模板实例化源头（如std::vector<T>::_M_emplace_back_aux） - 超过
30会显著拖慢运行速度，且对定位帮助有限
推荐起步值：直接用 --num-callers=20，再根据输出是否仍显示 ... (more stack frames) 判断是否需加大。
配合 --track-origins=yes 才能定位未初始化内存的真正来源
仅加 --num-callers 对“使用未初始化内存”类问题无效——它只扩展调用栈深度，不追踪数据来源。必须显式启用 --track-origins=yes，Valgrind 才会回溯变量初始值从哪来（比如是 malloc 返回未清零内存，还是某个 struct 成员未在构造函数中赋值）。
典型组合命令：
valgrind --tool=memcheck --leak-check=full --num-callers=20 --track-origins=yes ./myapp
注意：--track-origins=yes 会让性能再下降 2–3 倍，仅在怀疑未初始化读写时开启。
遇到内联函数或编译器优化导致栈丢失怎么办
即使设了 --num-callers=20，如果函数被 inline 或编译时加了 -O2，Valgrind 仍可能显示 in ???:??? 或直接跳过关键帧。这时必须：
- 重新编译目标程序，确保使用
-g -O0（关闭优化 + 保留调试符号） - 避免在关键路径上使用
__attribute__((always_inline))或inline关键字 - 对第三方库（如 Boost、Eigen），若无法改源码，可用
--suppressions=xxx.supp过滤其内联干扰，聚焦自有代码
最常被忽略的一点：--num-callers 不影响 Massif 或 Callgrind 的栈深度，它只对 Memcheck 生效；查内存峰值或热点函数得换工具或参数。
