Massif适合查“用了多少内存”，以时间轴快照记录堆使用峰值与波动，但默认不统计mmap分配；DHAT适合查“哪块内存活太久、用得有多糟”，追踪每块内存的存活时长与访问率。
Massif适合查“用了多少内存”
当你看到进程 RSS 持续上涨、怀疑堆分配总量失控，或者想确认某个操作是否引发大量临时堆分配时，massif 是第一选择。它以时间轴快照方式记录堆使用峰值、当前占用、历史波动，输出的是“内存水位图”。
常见错误现象：massif.out.* 报告里 heap_BSS 占比异常高，但实际代码没做大量 malloc —— 很可能你漏掉了 --pages-as-heap=yes，导致 mmap 分配的页没被计入；或者程序用 mmap(MAP_ANONYMOUS) 绕过了 malloc，massif 默认不跟踪这类分配。
-
massif默认只统计通过malloc/new等 libc 堆函数分配的内存，不包含mmap、brk直接调用 - 开启
--pages-as-heap=yes可捕获匿名映射，但会显著拖慢运行速度、增大日志体积 - 报告中
peak heap和total heap差距大，说明存在大量短期分配+释放，此时 massif 的快照粒度（默认 100ms）可能掩盖抖动细节
DHAT适合查“哪块内存活太久、用得有多糟”
当你确认没有严重泄漏，但程序长期运行后性能下降、GC 频率升高、或怀疑对象复用率低导致 cache miss 上升，dhat 才真正派上用场。它不关心总用量，而是为每个 malloc 返回的块打上“出生时间戳”，持续追踪其读写模式、存活时长、实际使用字节数。
典型使用场景：一个 std::vector 预分配了 1MB，但只填了 128 字节就长期持有；或频繁 new 一个固定结构体，每次只用前 4 字节——dhat 会直接告诉你“max-live: 1048576, but acc-ratios: 0.00rd, 0.00wr”，即这块内存几乎没被访问过。
-
dhat输出中max-bytes-live高但tot-alloc不高，说明少数大块长期驻留，不是泄漏而是设计冗余 -
acc-ratios显示读写比例，接近 0 表示分配了但基本没用，可能是过度预分配或缓存策略失当 -
deaths数量远小于tot-alloc，且平均avg age接近程序生命周期，说明对象“生下来就养老”，该考虑对象池或栈分配
别指望一个工具解决所有堆问题
massif 和 dhat 的底层机制不同：massif 采样堆状态，dhat 插桩每笔分配。前者轻量但模糊，后者精确但开销大（通常慢 10–20 倍）。它们甚至不能同时启用——valgrind --tool=massif --tool=dhat 会报错。
真实调试流程往往是线性的：memcheck 先扫掉非法访问和泄漏 → massif 看整体水位是否合理 → 若水位稳但性能差，再切到 dhat 挖块级利用率。中间跳步容易误判：比如把 dhat 发现的“高 max-live + 低 acc-ratios”当成泄漏，其实只是缓存没及时淘汰。
最容易被忽略的一点：DHAT 的 avg age 是从分配时刻算起的绝对时间，不是相对生命周期百分比。如果程序运行 1 小时才退出，而某块内存 avg age 是 35，那它只活了 35 秒——这个数字本身没意义，必须结合你的业务周期看。
