要监控和分析内存泄漏问题,可以使用 pmap 和 valgrind 工具。一、使用 pmap 查看进程内存变化:执行 pmap -x

进程内存泄漏是开发和运维中常见的问题,尤其是长时间运行的服务程序。如果没及时发现和修复,会导致系统资源耗尽、服务崩溃甚至影响其他应用。那么,怎么监控并分析内存泄漏呢?pmap 和 valgrind 是两个非常实用的工具,下面来看看它们怎么用。

一、使用 pmap 查看进程内存变化
pmap 是 Linux 下一个查看进程内存映射状态的命令行工具,适合初步判断是否存在内存持续增长的情况。

使用方法:
pmap -x
其中 是你要监控的进程 ID。输出内容会列出各个内存段的大小、权限等信息,重点关注 total 行,它显示了整个进程占用的虚拟内存和物理内存。

建议操作步骤:
- 定时执行
pmap -x命令(比如每隔几分钟),记录 total 中的 RSS(常驻内存)值。 - 如果发现 RSS 持续上升且没有下降趋势,可能就存在内存泄漏。
- 可以写个简单的 shell 脚本自动记录这些数据,方便后续分析趋势。
例如:
while true; do
date >> mem.log
pmap -x | grep total >> mem.log
sleep 60
done 这个脚本能每分钟记录一次内存总量,帮助你观察内存变化曲线。
二、用 Valgrind 精准定位内存泄漏点
Valgrind 的 Memcheck 工具可以检测内存访问错误、未释放的内存等问题,是排查内存泄漏的利器。
基本使用方式:
valgrind --leak-check=full --show-leak-kinds=all ./your_program
运行后,Valgrind 会输出详细的内存分配和未释放的信息,包括文件名、函数名和行号,方便定位问题代码。
需要注意的地方:
- 使用 Valgrind 会显著降低程序运行速度,不适合在线上环境直接跑。
- 如果你的程序是后台服务,可以通过启动脚本加上 Valgrind 来测试。
- 输出结果中 “definitely lost” 表示明确丢失的内存,这类是最优先要修复的。
举个常见例子:在 C 程序中调用了 malloc() 但没有对应的 free(),Valgrind 就能准确指出哪个地方申请的内存没被释放。
三、结合使用 pmap 和 Valgrind 提高效率
实际排查过程中,可以先用 pmap 判断是否有内存持续上涨的趋势,确认问题存在后再用 Valgrind 进一步定位具体位置。
推荐流程如下:
- 通过 pmap 确认内存确实在不断增长。
- 找到对应源码,在测试环境中用 Valgrind 启动程序进行详细检查。
- 根据 Valgrind 报告修复相应代码,再用 pmap 验证修复效果。
这样组合使用的好处是:既避免了 Valgrind 对性能的影响,又能高效找到问题根源。
基本上就这些。内存泄漏虽然看起来有点抽象,但只要掌握了 pmap 和 Valgrind 的用法,大多数问题都能逐步排查出来。关键是要有耐心,一步步追踪内存变化,别急着下结论。










