Valgrind命令报not found需确认安装正确包名：Ubuntu/Debian装valgrind而非valgrind-dbg，CentOS/RHEL 7用yum、8+用dnf，Arch用pacman；装后运行valgrind --version验证。
装完 valgrind 命令却报 command not found？先查包名对不对
Ubuntu/Debian 系必须运行 sudo apt install valgrind，不是 valgrind-dbg——后者只是调试符号包，不含 valgrind 可执行文件。CentOS/RHEL 7 用 sudo yum install valgrind，8+ 则换为 sudo dnf install valgrind。Arch Linux 用户走 sudo pacman -S valgrind。装完立刻验证：valgrind --version 有输出才算成功；若仍报错，检查是否误装了仅含 debuginfo 的子包。
valgrind 报告全是 ???:???？编译时漏了 -g 或用了 -O2
Valgrind 定位代码行完全依赖二进制里的 DWARF 调试信息。没加 -g 编译（如 gcc -o app app.c），报告里就只剩地址和问号。同时，-O2 及以上会内联函数、删临时变量，导致行号错位甚至无法追溯。稳妥做法是：gcc -g -O0 -o app app.c。CMake 用户确认 CMAKE_BUILD_TYPE 是 Debug，否则 -g 会被忽略。验证符号是否存在：file app 应含 “with debug_info”，nm -C app | grep main 能看到函数名。
跑出的泄漏报告里 definitely lost 是 0，但内存还在涨？程序没正常退出
Valgrind 只在目标进程 clean exit（return 0 或 exit(0)）后才做最终泄漏扫描。如果程序因段错误、信号终止或死循环卡住，memcheck 就不会触发完整检查，definitely lost 显示为 0 是假阴性。确保测试用例能走到 main 结尾；对长期运行服务，可用 --tool=memcheck --leak-check=full --show-leak-kinds=all --track-origins=yes 配合 kill -15 优雅终止后再看报告。另外，fork() 后的子进程 fd 泄漏默认不跟踪，需额外加 --track-fds=yes。
报告里大量泄漏来自 libc.so.6 或 libstdc++.so？别急着改代码
看到 suppressed: 1234 bytes in 5 blocks 可直接跳过——这是 Valgrind 内置抑制规则匹配到的已知无害行为。若泄漏堆栈频繁指向系统库（尤其 /lib/x86_64-linux-gnu/libc.so.6），大概率是 std::string 缓冲池、glibc malloc arena 延迟释放等机制所致，并非你代码的问题。重点盯住你自己源码路径下的 definitely lost 行；still reachable 多数是全局缓存或单例，优先级低于 definitely lost。
