Valgrind是Linux下检测C/C++内存问题的核心工具，需-g -O0编译，用--leak-check=full --show-leak-kinds=all检测泄漏，重点关注definitely lost等四类问题，并通过suppressions过滤系统库误报。
Valgrind 是 Linux 下最常用的内存调试工具之一，尤其擅长检测 C/C++ 程序中的内存泄漏、非法内存访问、使用未初始化内存等问题。它不依赖编译器特殊支持，但要求程序用 debug 信息 编译（即带 -g），且最好关闭优化（-O0），否则行号和调用栈可能不准。
编译时添加调试信息
确保用 g++ -g -O0 编译你的 C++ 程序，避免内联和优化干扰定位：
g++ -g -O0 -o myapp main.cpp utils.cpp- 如果用了 CMake，可在
CMakeLists.txt中设置：set(CMAKE_BUILD_TYPE Debug)并确保CMAKE_CXX_FLAGS_DEBUG包含-g - 不要链接
-s（strip）或启用-DNDEBUG，否则丢失符号和断言信息
运行 Valgrind 检测内存泄漏
用 valgrind --leak-check=full --show-leak-kinds=all 启动程序：
valgrind --leak-check=full --show-leak-kinds=all ./myapp arg1 arg2-
--leak-check=full显示完整泄漏详情（包括分配位置） -
--show-leak-kinds=all报告definitely lost、indirectly lost、possibly lost和still reachable四类 - 常用补充选项：
--track-origins=yes（追踪未初始化值来源）、--log-file=valgrind-out.txt（输出到文件）
识别关键泄漏分类
Valgrind 报告中重点关注以下几类（按严重性排序）：
立即学习“C++免费学习笔记（深入）”；
- red">definitely lost：指针丢失，无法访问的堆内存 —— 必须修复
-
indirectly lost：因
definitely lost对象所引用的内存 —— 通常随主问题解决而消失 - possibly lost：可能因指针计算错误（如数组偏移越界）导致的可疑丢失 —— 需人工检查
- still reachable：程序退出时仍有指针可访问，比如全局容器缓存 —— 多数情况非 bug，但需确认是否预期
常见误报与规避技巧
某些系统库（如 glibc、Qt）或 STL 实现会在进程退出前延迟释放内部缓存，造成“假阳性”泄漏。可通过以下方式过滤：
- 使用
--suppressions=/usr/lib/valgrind/debian.supp（Debian/Ubuntu）或对应发行版 suppressions 文件 - 对已知安全的第三方库添加自定义 suppression 规则（用
--gen-suppressions=yes生成后保存） - 确保对象析构函数被正确调用（例如：多态基类要有
virtual ~Base() = default;） - 慎用
std::shared_ptr循环引用，Valgrind 会将其报告为definitely lost（实际是逻辑泄漏）
