要监控linux进程的内存泄漏,首先使用pmap观察内存增长趋势,再用valgrind定位具体泄漏点。一、使用pmap -x

监控Linux进程的内存泄漏,是排查程序性能问题、提升系统稳定性的重要环节。如果你发现某个进程占用内存持续增长,但又找不到明显原因,大概率就是遇到了内存泄漏。这时候可以用pmap和valgrind这两个工具来辅助分析。

一、用 pmap 查看进程的内存映射情况
pmap 是一个轻量级的命令行工具,可以查看指定进程的内存使用情况。虽然它不能直接定位内存泄漏点,但能帮助你观察进程地址空间的变化,判断是否出现了异常增长。

基本用法:
pmap -x
其中 是你要监控的进程ID。输出结果中重点关注“anon”列(匿名内存)和总内存使用量。如果这个值随着时间不断增大,很可能存在内存泄漏。

建议操作步骤:
- 先记录初始状态
- 每隔一段时间执行一次
pmap - 对比不同时间点的内存变化
例如:
watch -n 5 "pmap -x 1234"
这样每5秒刷新一次,方便观察内存趋势。
二、用 valgrind --leak-check 定位内存泄漏源头
相比 pmap,valgrind 是一个更强大的调试工具集,其中的 memcheck 工具专门用于检测内存问题,包括内存泄漏、非法访问等。
启动方式:
valgrind --leak-check=full ./your_program
运行结束后,会输出详细的内存泄漏报告,显示哪些函数分配了未释放的内存。
关键提示:
- 如果程序有子进程或线程,加上
--trace-children=yes可以追踪更多细节 - 报告中 “definitely lost” 表示明确泄漏的内存,需要重点处理
- 注意调用栈信息,找到具体哪一行代码分配了未释放的内存
比如报告中可能看到:
1,024 bytes in 1 blocks are definitely lost in loss record 1 of 1 at 0x4C2BBAF: malloc (vg_replace_malloc.c:307) by 0x10873A: main (example.c:10)
说明在 example.c 第10行调用了 malloc 分配了1KB内存,但没有释放。
三、结合使用 pmap 和 valgrind 提高排查效率
实际排查时,通常先用 pmap 判断是否有内存增长现象,确认问题后再用 valgrind 进行详细检查。这样可以避免对所有进程都运行开销较大的 valgrind。
推荐流程:
- 使用
pmap观察内存变化趋势 - 若怀疑泄漏,停止服务并用
valgrind启动 - 根据
valgrind报告修复对应代码 - 再次用
pmap验证内存是否稳定
注意:valgrind 会显著拖慢程序运行速度,不适合在线上环境直接使用,建议在测试环境中复现问题再分析。
基本上就这些。内存泄漏排查虽然看起来复杂,但只要掌握好工具的使用方法,一步步来,大多数问题都能找到根源。










