先安装valgrind：debian/ubuntu用sudo apt install valgrind，centos/rhel 7用yum，8+用dnf；再用g++ -g -o0编译并确保程序正常退出，最后关注definitely lost非零及自身源文件的泄漏。
valgrind --version 报 command not found 怎么办
说明工具根本没装上，不是路径问题，是缺失安装步骤。Debian/Ubuntu 系统直接运行 sudo apt install valgrind；CentOS/RHEL 7 用 sudo yum install valgrind，8 及以上用 sudo dnf install valgrind。装完立刻验证：valgrind --version 应输出类似 valgrind-3.22.0 的版本字符串。如果仍报错，检查是否漏了 sudo apt update（源未更新时 apt 可能找不到包）。
g++ 编译时加 -g 但 valgrind 还是显示 ?? 行号
核心原因是优化等级太高，编译器把函数内联、删掉栈帧、重排指令，导致调试符号和实际执行流对不上。必须禁用激进优化：g++ -g -O0 main.cpp -o app 是底线；-O1 勉强可用，但 -O2 及以上基本会让 --track-origins=yes 失效。CMake 用户要确认 CMAKE_BUILD_TYPE 是 Debug，否则 -g 会被忽略。验证符号是否真存在：file app 输出应含 with debug_info；nm -C app | grep main 应能列出 main 符号。
valgrind --leak-check=full ./app 没报 definitely lost 却仍有泄漏
程序没正常退出是最常见原因。Valgrind 只在进程 clean exit（return 0 或 exit(0)）后才做最终泄漏扫描。若程序因段错误、abort 或被 kill 中断，definitely lost 就会是 0，但内存早已泄漏。确保测试路径能走到主函数末尾。另外，--show-leak-kinds=all 必须配合使用，否则 possibly lost 和 still reachable 不显示；--track-origins=yes 要打开，否则无法定位指针偏移后释放失败的源头。
报告里全是 libc.so.6 和 libstdc++.so 的泄漏该修吗
绝大多数不用动。看到 suppressed: 1234 bytes in 5 blocks 直接跳过——这是 Valgrind 内置抑制规则匹配到的已知无害行为。大量泄漏来自 /lib/x86_64-linux-gnu/libc.so.6 或 libstdc++.so，大概率是 std::string 缓冲池、malloc arena 预分配等延迟释放机制，不是你的代码问题。重点盯住你自己源文件名出现在调用栈顶部的 definitely lost 行；其他一律先标记为“待确认”，别急着改第三方库逻辑。
真正难的是区分“程序崩溃前的假阴性”和“运行结束后的真泄漏”——前者靠加日志/断点保进程走完，后者靠看 definitely lost 是否非零。这两步漏掉任意一个，Valgrind 就等于没跑。
