debian进程内存泄漏咋查

在 Debian（或其他 Linux 发行版）上排查进程内存泄漏，一般分三步：发现泄漏 → 定位代码/模块 → 确认原因。下面给你一套实用流程。

一、确认是不是真的内存泄漏

1. 看进程内存增长

top
# 或
htop

重点看：

• RES（常驻内存）
• VIRT（虚拟内存）

如果 RES 持续上涨且不回落，大概率是泄漏。

也可以定时看：

watch -n 5 ps -o pid,rss,vsz,comm -p <PID>

2. 区分“内存泄漏”还是“缓存”

free -h

• buff/cache 高 ≠ 泄漏
• 进程 RSS 高且持续增长才是问题

二、基础工具排查（无需改代码）

1. /proc/<pid>/status

cat /proc/<PID>/status

关注：

• VmRSS
• VmSize
• RssAnon

2. 查看内存分配来源（glibc）

pmap -x <PID>

看哪些内存段在涨（heap / mmap）。

3. 系统级统计

sudo slabtop

如果是内核模块泄漏（驱动、文件系统），看 slab 增长。

三、用户态进程内存泄漏定位（重点）

✅ 方法一：valgrind（最常用，最准）

适合开发/测试环境

sudo apt install valgrind
valgrind --tool=memcheck --leak-check=full ./your_program

优点：

• 精确指出泄漏代码行
• 支持 C/C++

缺点：

• 非常慢（≈10倍）
• 不适合线上高负载服务

✅ 方法二：AddressSanitizer（编译期）

适合自己写的 C/C++ 程序

编译时加：

-g -fsanitize=address

运行后会直接报泄漏位置。

✅ 方法三：heaptrack（图形化、好用）

sudo apt install heaptrack
heaptrack ./your_program
heaptrack_gui heaptrack.*.gz

优点：

• 能看到调用栈
• 比 valgrind 快

✅ 方法四：线上环境（不改代码）

1. 使用 jemalloc + jeprof

sudo apt install libjemalloc-dev
LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libjemalloc.so.2 ./program

2. 导出 heap profile

malloc_stats_print

四、Java / Python / Node 等语言

Java

jmap -histo <PID>
jstat -gc <PID>

配合：

• VisualVM
• MAT

Python

pip install memory_profiler

或：

objgraph
tracemalloc

Node.js

node --inspect

用 Chrome DevTools 看 heap snapshot

五、内核态泄漏（少见但致命）

dmesg | grep -i memory
sudo slabtop

如果是内核模块问题，需要：

• 卸载模块验证
• 看 kmalloc 使用

六、快速判断清单（实战）

✅ 进程 RSS 一直涨
✅ 重启后恢复正常
✅ valgrind / heaptrack 能复现
✅ 不是 cache/buffer

→ 基本可以确定是内存泄漏

七、如果你愿意，我可以更具体地帮你

你可以告诉我：

1. 是什么程序（C/C++ / Java / Python / 服务名）
2. 是否在线上
3. Debian 版本
4. 有没有源码

我可以直接给你最适合你场景的一条命令或方案。