DHAT 是专注内存块生命周期分析的独立工具，需用 --tool=dhat 启动，不支持 Memcheck 参数；其报告按 max-live 倒序排列，结合 acc-ratios 判断内存利用率；需 --dhat-out-file 导出并用 dh_at 解析才能查看块级生命周期；它不检测泄漏或越界访问，不可替代 Memcheck。
直接用 --tool=dhat 启动，别用 --leak-check
DHAT 和 Memcheck 是两个完全独立的工具，不能混用参数。--leak-check=full 这类选项只对 Memcheck 有效，加在 DHAT 命令里会被忽略，还可能掩盖真实问题。正确入口只有：valgrind --tool=dhat ./your_program。如果程序很快退出，DHAT 默认不输出报告——它只在进程结束时汇总，不是实时流式打印。
dhat 输出里重点关注 max-live 和 acc-ratios
DHAT 报告按 max-live（峰值存活字节数）倒序排列分配点，这是判断“哪段代码吃内存最多”的第一线索。但光看这个不够：
-
max-live: 102400 in 1 blocks表示某次 malloc 活着没释放的最大量是 100KB -
tot-alloc: 409600 in 4 blocks说明这 100KB 被重复分配了 4 次，但每次只活了一小会儿 -
acc-ratios: 0.00rd, 0.00wr如果读写比极低（比如全是 0），说明这块内存申请了却几乎没用——典型冗余分配
真正要优化的，往往是 max-live 高 + acc-ratios 低的组合：内存占得多，利用率却差。
想看到详细块生命周期，必须加 --dhat-out-file 并用 dh_at 解析
DHAT 默认终端输出是摘要，不展示单个内存块的“出生/死亡时间戳”和“存活时长分布”。要拿到这些，得导出原始数据：
- 运行：
valgrind --tool=dhat --dhat-out-file=dhat.out ./your_program - 然后执行：
dh_at dhat.out（注意不是valgrind自带的命令，是单独的解析器） - 输出里会出现类似
block 123: live for 1274 instrs (0.03% of run)的行——这才是定位“为什么某块内存迟迟不释放”的关键依据
漏掉这一步，你只能知道“谁分配得多”，不知道“谁拖着不放”或“谁反复短命分配”。
注意 DHAT 不检测内存泄漏，也不报 use-after-free
很多人误以为 DHAT 是 Massif 的升级版，其实它解决的是不同问题：massif 关注“堆总用量随时间怎么涨跌”，dhat 关注“每一块内存从 malloc 到 free 之间发生了什么”。所以：
- DHAT 不会标记“in use at exit”类泄漏，也不会警告越界访问
- 它甚至不关心
free是否匹配——哪怕你malloc后永远不free，只要没超限，DHAT 只当它是长寿命块 - 如果你要同时查泄漏+块效率，得跑两遍：
valgrind --tool=memcheck+valgrind --tool=dhat
把 DHAT 当成内存使用“显微镜”，而不是“扫描仪”——它放大看细节，但不替代基础健康检查。
