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
示例代码片段（故意泄漏）：
int main() {
int* p = new int[100];
// 忘记 delete[] p;
return 0;
}Valgrind 输出中会明确标出 at 0x...: operator new[](unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) 和对应源文件行号。
Valgrind 在 Linux 下跑不起来？常见启动失败原因
不是所有环境都能直接运行 Valgrind。典型问题包括：
- 程序用了
ptrace或LD_PRELOAD干预自身加载（如某些反调试手段），Valgrind 会报Operation not permitted—— 需临时关闭 SELinux 或改用setsebool -P allow_ptrace 1 - 目标程序是 setuid/setgid 二进制，Valgrind 默认拒绝加载，加
--trace-children=no并确认无权限绕过风险 - 使用 musl libc（如 Alpine Linux）的容器中，Valgrind 不支持 —— 必须换 glibc 基础镜像，或改用
AddressSanitizer - 程序启动即崩溃并输出
Invalid read of size X，往往是因为未初始化指针解引用，优先检查--track-origins=yes定位源头
比 Valgrind 更快的替代方案：AddressSanitizer（ASan）
Valgrind 运行慢（5–20 倍）、内存开销大，日常开发推荐 ASan：编译期注入检测逻辑，运行仅慢 2 倍左右，且能捕获 use-after-free、buffer overflow 等更多问题。
启用方式：
- 编译：
g++ -g -fsanitize=address -fno-omit-frame-pointer main.cpp -o main - 运行：
./main，崩溃时自动打印详细错误位置和内存状态 - 注意：ASan 与 Valgrind 互斥，不能同时启用；且
-O1及以上才建议开启，-O0可能漏报 - ASan 不报告
still reachable类泄漏，只报实际非法访问或未释放内存（通过__lsan_enable()+__lsan_do_leak_check()手动触发）
真正复杂的是多线程场景下的假阳性 —— Valgrind 的 helgrind 模式或 ASan 的 -fsanitize=thread（TSan）才能覆盖，但它们各自有独立的误报模式和性能代价。
