Massif用于堆内存使用量分析而非内存泄漏检测，Memcheck才专用于泄漏检测；二者应配合使用，Massif定位高内存消耗代码，Memcheck确认是否泄漏。
Massif 不是用来检测内存泄漏的
不能。Massif 的设计目标是堆内存使用量分析，不是泄漏判定。它告诉你“某时刻用了多少内存”，但不判断“这些内存是否该被释放”。很多开发者误以为 Massif 报告里 heap 峰值持续上升就等于泄漏，结果白调半天——其实只是缓存没清、vector 扩容没缩容、或第三方库内部保留了长期持有的 buffer。
Memcheck 才是专做泄漏检测的工具
Valgrind 的 memcheck 工具在程序退出时扫描所有 malloc/new 分配块，比对是否仍有活跃指针指向它们。它会明确分类泄漏等级：Definitely lost（指针彻底丢失）、Indirectly lost（因父块泄漏导致的连锁丢失）、Possibly lost（可能因指针算术偏移导致无法追踪）。
-
--leak-check=full是必须加的参数，否则默认只报Definitely lost -
--show-reachable=yes能显示那些“还活着但没人用”的内存，常用于发现缓存未清理问题 - 如果程序是守护进程或长期运行服务，得用
--time-limit=60配合信号中断，否则 memcheck 等不到退出就卡住
Massif 和 Memcheck 应该配合使用
Massif 的真正价值，在于回答“哪段代码吃掉了最多内存”，尤其适合定位隐性增长型问题。但它输出的调用栈必须结合 memcheck 结论交叉验证：
- Massif 显示
std::vector::resize占用峰值 200MB → 查看 memcheck 是否报告该 vector 对应的分配未释放 - Massif 中
boost::pool::malloc持续增长 → memcheck 很可能不报泄漏（因为 pool 自己管理），这时要查 Boost 文档确认是否需手动purge_memory() - Massif 快照里同一栈帧在多个时间点都出现且 bytes 累计增加 → 这才值得用 memcheck 复现并确认是否真泄漏
容易忽略的关键限制
Massif 默认不跟踪 C++ operator new，除非你没重载它。如果你项目里全局重载了 new 但没加 --alloc-fn=my_new 参数，Massif 就完全看不到 new 分配的内存——而 memcheck 不受此影响，它直接 hook libc 内存函数。
另外，Massif 在多线程下默认只统计主线程，worker 线程的分配会被忽略；启用 --pages-as-heap=yes 虽能覆盖，但性能开销暴增 10 倍以上，实际调试中极少启用。
