CentOS中C++内存泄漏怎么查

在CentOS上排查C++程序的内存泄漏，其实有不少成熟的工具可用。这里挑几个最常用的方法，按步骤走就能找到问题所在。

1. 用Valgrind做全面体检

Valgrind可以说是内存检测领域的“瑞士军刀”，不仅能查泄漏，还能揪出越界访问这类隐蔽问题。操作起来也不复杂：

先安装它：

sudo yum install valgrind

编译程序时记得加上 -g 选项，把调试信息带上：

g++ -g -o my_program my_program.cpp

然后用Valgrind运行：

valgrind --leak-check=full ./my_program

程序跑完，Valgrind会给出详细的内存分配与释放报告，哪块内存没释放、是在哪一行分配的，一目了然。

2. AddressSanitizer：编译期注入的“侦探”

AddressSanitizer（简称ASan）是LLVM/Clang家族的一员，但GCC也支持它。它的优势是不需要额外运行工具，直接在编译时插入检测代码，运行时自动报告问题。

安装Clang（当然GCC也能用，这里以Clang为例）：

sudo yum install clang

编译时加上 -fsanitize=address：

g++ -fsanitize=address -o my_program my_program.cpp

然后直接运行程序：

./my_program

一旦有内存泄漏或越界，ASan会在程序退出时打印出详细堆栈，告诉你泄漏发生在哪里。相比Valgrind，ASan的运行速度更快，适合大型项目。

3. 利用glibc自带的mtrace

如果不想安装第三方工具，glibc自带的 mtrace 函数也是个轻量级选择。它通过记录每次malloc/free的调用，生成一份内存分配日志，再分析日志来定位泄漏。

首先在源码里包含头文件并调用 mtrace()：

#include 

int main(int argc, char *argv[]) {
    mtrace();
    // ... 你的代码
}

编译时加上 -g：

g++ -g -o my_program my_program.cpp

运行前设置环境变量，指定输出文件：

MALLOC_TRACE=/tmp/mtrace.out ./my_program

最后用 mtrace 命令分析日志文件：

mtrace my_program /tmp/mtrace.out

它会列出所有未释放的内存分配点，和对应的源码行号。虽然不如Valgrind和ASan那么强大，但胜在零依赖，适合快速排查。

三种方法各有侧重：Valgrind最全面但慢，ASan快且准，mtrace轻量易用。实际开发中，建议把其中一两个集成到CI流程里，定期跑一遍，内存泄漏往往就能被扼杀在摇篮里。毕竟，内存泄漏这种问题，越早发现越容易修。