峰值时刻是 heap allocation 曲线最高点，对应 massif.out 中如 @123456 的快照编号，单位默认为指令数（i），可用 --time-unit=ms 改为毫秒；该编号用于 ms_print 定位具体分配点。
怎么看 massif.out 里的峰值时刻
Massif 默认输出的 massif.out. 文件里，“峰值”不是一眼能读出来的数字，而是时间轴上 heap allocation 曲线的最高点。报告顶部会标出类似 @123456 的快照编号，它对应峰值发生的时刻（单位默认是 i，即 CPU 指令数；加 --time-unit=ms 可改用毫秒）。这个编号就是后续定位的关键索引。
注意：该峰值是瞬时堆占用最大值，不等于内存泄漏量——比如 std::vector 扩容时先分配新空间、再拷贝、再释放旧空间，Massif 会把两块空间叠加计入瞬时值，造成“虚假峰值”。
怎么用 ms_print 定位到具体分配点
ms_print 是解析 massif.out 的标准工具，它把原始数据转成可读文本。执行：
ms_print massif.out.12345 > report.txt
生成的 report.txt 分三块：
- 顶部曲线摘要，明确标出峰值快照编号（如
->1） - 中间“
->1”节点列表：按累计分配量倒序排列，每行含百分比、字节数和完整调用栈（含filename.cpp:line） - 底部“Detail”展开某次快照的全部栈帧，确认是不是你关心的分配路径
重点看中间列表第一行的调用栈——它大概率就是峰值主因。如果看到大量来自 operator new 或 malloc，且文件名/行号清晰，基本可锁定位置。
为什么加了 -g -O0 还看不到源码行号
常见原因有三个：
- 没在编译时加
-g，或者用了 strip 清除了调试信息 - 代码用了自定义
operator new，而 Massif 默认只拦截 libc 的malloc系列；此时需加--pages-as-heap=yes强制统计所有页分配 - 函数被内联了，导致栈回溯跳过原始调用点；加
-fno-inline -fno-omit-frame-pointer可缓解
验证是否生效：运行 valgrind --tool=massif --detailed-freq=1 ./myapp 后检查报告中是否有 ??? 占位符——有就说明符号缺失或栈帧损坏。
massif-visualizer 能不能替代 ms_print
可以辅助看趋势，但不能替代文本分析。图形界面（如 massif-visualizer massif.out.12345）能直观显示内存随时间变化的波峰波谷，鼠标悬停还能看到快照编号和大致字节数。但它不展示调用栈细节，也不支持搜索关键词或过滤特定文件。
真实调试中，你应该：
- 先用
massif-visualizer快速确认峰值是否存在、是否异常陡峭 - 再用
ms_print导出文本，搜索filename.cpp或函数名，精确定位分配源头 - 对疑似点加日志或断点，交叉验证是否为预期行为（比如缓存预分配、批量处理暂存等）
峰值本身不是 bug，关键得判断它是否可控、是否随输入线性增长、是否在后续被及时释放——这些靠图形看不出，必须回到调用栈和业务逻辑里查。
