Valgrind检测需“装对+编译对+跑对”三者闭环：Ubuntu需sudo apt install valgrind libc6-dbg，CentOS需匹配安装glibc-debuginfo；编译必须加-g -O0 -fno-omit-frame-pointer；验证用最小泄漏demo确认行号与泄漏精准定位。
Linux上安装Valgrind本身很简单，但**装完就跑 valgrind ./a.out 却看不到行号、漏报泄漏、甚至直接报错“no debug info”——这才是绝大多数人卡住的地方**。关键不在“装”，而在“装对 + 编译对 + 跑对”三者闭环。
Ubuntu/Debian 直接 apt 安装就行，但别漏 libc6-dbg
主流发行版用包管理器最稳妥：
sudo apt update && sudo apt install valgrind- 必须补一句：
sudo apt install libc6-dbg（否则系统级 malloc/free 调用栈无法展开，operator new会显示为 ??） - 验证：
valgrind --version和dpkg -l | grep libc6-dbg确认已装
常见坑：只装 valgrind 不装 libc6-dbg，导致输出里大量 ???，根本定位不到 C++ 的 new 行号。
CentOS/RHEL 需要 glibc-debuginfo，且注意版本匹配
Red Hat 系发行版不能只装 valgrind：
-
sudo yum install valgrind或sudo dnf install valgrind - 关键一步：
sudo debuginfo-install glibc（或手动下载对应版本的glibc-debuginfoRPM） - 查当前 glibc 版本：
ldd --version，再按版本去 vault.centos.org 或 debuginfo.centos.org 找匹配包
不匹配会导致 Invalid read of size 8 报错位置错乱，甚至 memcheck 工具启动失败。
编译你的 C++ 程序时，-g 和 -O0 缺一不可
Valgrind 不是魔法，它依赖你程序里的调试符号和未优化的指令流：
- 必须加
-g：否则所有错误都只显示in ./myapp，没有文件名和行号 - 强烈建议加
-O0：开启优化（如-O2）会让内联、寄存器重用打乱调用栈，main.cpp:15可能被映射到完全无关的位置 - 更稳妥写法：
g++ -g -O0 -fno-omit-frame-pointer -o app main.cpp
漏掉 -fno-omit-frame-pointer 在某些 GCC 版本下会导致栈回溯截断，operator new 后面只显示一层调用，找不到业务代码入口。
第一次运行前，先用最小 demo 验证整条链路通不通
别急着测业务程序。先写个带泄漏的 3 行代码，确认环境真能报出来：
#include <iostream>
int main() {
int* p = new int[100];
return 0; // 忘 delete
}</iostream>
然后执行：
g++ -g -O0 -o leak leak.cppvalgrind --leak-check=full --show-leak-kinds=all ./leak
如果输出里有 definitely lost 并精确指向 leak.cpp:3，说明环境就绪；如果只有 ??? 或压根没泄漏提示，回头检查 libc6-dbg / glibc-debuginfo 和编译参数。
真正容易被忽略的是：Valgrind 的检测能力完全取决于你“让哪部分代码跑起来”。它不会分析未执行的分支，也不会报告静态未初始化的全局指针——那些得靠 ASan 或静态分析补位。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
