Valgrind能检测C++ new/delete不匹配，需编译时加-g和-O0；它只跟踪堆内存调用配对，不解析异常或RAII，对智能指针循环引用和第三方库内存会误报，推荐日常用AddressSanitizer替代。
Valgrind 能不能直接查 C++ new/delete 不匹配
能，但需要编译时加 -g 且避免优化（-O0），否则行号丢失、调用栈截断。Valgrind 不解析 C++ 异常栈或 RAII 自动释放逻辑，它只跟踪堆内存的 malloc/free、new/delete 调用配对情况。如果对象在构造函数里 new 了内存但析构没 delete，Valgrind 会报“still reachable”或“definitely lost”，具体取决于指针是否还在作用域内。
常见误判点：
- 全局/静态对象持有的堆内存，在 main 退出后仍被标记为
still reachable—— 这不一定是泄漏，需结合代码判断生命周期 - 使用
std::shared_ptr但循环引用，Valgrind 无法识别智能指针语义，只会看到底层 raw pointer 未释放，显示为definitely lost - 第三方库（如 Qt、Boost）内部内存管理可能触发大量
possibly lost，建议先屏蔽其路径：--suppressions=qt.supp
怎么用 Valgrind 检测运行时内存泄漏（含 C++ 示例）
先确保程序可执行文件带调试信息：g++ -g -O0 -std=c++17 main.cpp -o main。然后运行：
valgrind --leak-check=full --show-leak-kinds=all --track-origins=yes ./main
关键参数说明：
立即学习“C++免费学习笔记（深入）”；
-
--leak-check=full：启用完整泄漏扫描（默认是 summary） -
--show-leak-kinds=all：显示definitely lost、indirectly lost、possibly lost、still reachable四类 -
--track-origins=yes：定位未初始化内存读写的源头（对Conditional jump or move depends on uninitialised value错误有用） - 若程序接受命令行参数，直接跟在
./main后面，如：./main --config=test.conf
示例代码片段（故意泄漏）：
