Valgrind 是 Linux 下检测 C++ 内存泄漏最常用可靠的工具，需编译时加 -g -O0 保证符号表和准确追踪；运行 valgrind --leak-check=full --show-leak-kinds=all 检查，重点关注 “definitely lost” 和 “indirectly lost” 泄漏，并通过调用栈定位源头。
Valgrind 是 Linux 下检测 C++ 程序内存泄漏最常用、最可靠的工具之一。它不依赖编译器特殊选项，只需程序带调试信息（编译时加 -g），运行时用 valgrind 包裹执行即可捕获 malloc/new 未配对释放的问题。
编译时必须加 -g 并禁用优化
Valgrind 需要符号表定位代码行号，否则只显示 ??。同时高优化等级（如 -O2）可能让变量生命周期和内存操作被重排，导致漏报或误报。
- 正确编译命令：g++ -g -O0 -o myapp main.cpp
- 避免使用 -O2/-O3；-O1 一般可接受，但 -O0 最稳妥
- 如果用了 CMake，确保 CMAKE_BUILD_TYPE=Debug，并检查是否启用了 -g
用 memcheck 检测内存泄漏
Valgrind 默认子工具是 memcheck，专用于检测非法内存访问和泄漏。运行后关注结尾的 “HEAP SUMMARY” 和 “LEAK SUMMARY”。
- 基础命令：valgrind --leak-check=full --show-leak-kinds=all ./myapp
-
--leak-check=full：显示每处泄漏的调用栈（关键！）
-
--show-leak-kinds=all：不忽略 “still reachable” 类型（有些是正常缓存，但初学者建议全看）
- 若程序很快退出，加 --track-origins=yes 可辅助定位未初
始化内存来源（非泄漏，但常伴生）
读懂泄漏报告的关键字段
Valgrind 输出中真正要盯的是 “definitely lost” 和 “indirectly lost”。它们代表已丢失且无法访问的堆内存——即典型内存泄漏。
-
definitely lost：指针被销毁或越界，内存彻底不可达（最高优先级修复）
-
indirectly lost：因某个 definitely lost 块所指向的子结构引发的连带泄漏
-
still reachable：程序退出时仍有指针能访问该内存（如全局 vector 里的对象），通常不是 bug，但需确认是否预期
- 每条泄漏后会跟 at 0x...: xxx() (xxx.cpp:xx) —— 这就是 new/malloc 的源头，直接跳转修复
常见干扰与绕过技巧
系统库或第三方库（如 Qt、Boost）可能触发无害泄漏，干扰判断。可用 suppress 文件过滤。
- 首次运行加 --gen-suppressions=all，把标准库泄漏生成 suppress 规则
- 保存输出到 mysupp.supp，后续运行加 --suppressions=mysupp.supp
- 自己写的类若用 placement new 或自定义分配器，需确保析构被调用，否则 Valgrind 会误报
- 多线程程序默认支持，但若用锁不当导致析构延迟，可能影响泄漏判定时机
始化内存来源（非泄漏，但常伴生）