Linux系统中的内存泄漏指程序在运行过程中动态申请的内存没有被正确释放，随着程序运行时间增加，泄漏的内存不断累积，最终会耗尽系统可用内存，影响程序甚至整个系统的正常运行。内存泄漏分为内核态泄漏和用户态泄漏两类，大部分场景下我们遇到的都是用户态应用程序的泄漏问题。
内存泄漏的常见表现
当系统出现内存泄漏时，通常会有以下明显特征：
- 程序运行一段时间后响应变慢，甚至出现无响应的情况
- 使用
top命令查看时，对应进程的内存占用（RES字段）持续升高，不会回落 - 系统可用内存（free字段）不断减少，最终触发OOM（Out Of Memory）机制杀死进程
- 程序日志中出现内存分配失败的相关报错信息
常用排查工具介绍
1. top命令
top是Linux系统自带的实时监控工具，可以快速查看各个进程的内存占用情况，适合初步判断哪个进程存在泄漏问题。运行top命令后，按下M键可以按照内存占用从高到低排序进程，方便定位可疑进程。
2. valgrind工具
valgrind是一款强大的内存调试工具，其中的memcheck组件可以检测程序运行过程中的内存泄漏、非法内存访问等问题，适合排查用户态程序的内存泄漏。需要注意的是，使用valgrind运行程序会让程序运行速度变慢，适合在测试环境使用。
3. gdb调试器
gdb是Linux下常用的程序调试工具，当定位到可疑进程后，可以通过gdb附加到进程上，查看进程的内存分配堆栈，找到泄漏的具体代码位置。
具体排查步骤
步骤1：定位泄漏进程
首先使用top命令观察进程的内存占用变化，找到RES值持续上升的进程，记录下该进程的PID。比如我们观察到PID为1234的进程内存占用每分钟上涨10MB，就可以初步判定该进程存在泄漏。
# 运行top命令，按M排序内存占用 top # 找到可疑进程PID，假设为1234
步骤2：使用valgrind检测泄漏点
如果是自己开发的应用程序，可以直接使用valgrind启动程序进行检测。如果是已经运行的程序，需要先停止程序，再用valgrind重新启动。以下是使用valgrind检测C语言程序的示例：
// 示例代码，存在内存泄漏
#include <stdlib.h>
#include <stdio.h>
void leak_func() {
// 动态申请内存后没有释放，导致泄漏
int *p = (int *)malloc(sizeof(int) * 10);
*p = 100;
// 缺少free(p);语句
}
int main() {
while(1) {
leak_func();
sleep(1);
}
return 0;
}
使用valgrind运行该程序：
# 安装valgrind，centos系统执行 yum install valgrind -y # 运行valgrind检测程序 valgrind --leak-check=full ./test_program
运行后会输出泄漏的详细信息，包括泄漏的内存大小、泄漏发生的代码位置，比如会提示在leak_func函数中malloc的内存没有被释放。
步骤3：使用gdb定位具体堆栈
如果valgrind给出的信息不够详细，或者需要排查线上正在运行的程序，可以使用gdb附加到进程上。首先需要在编译程序时加上-g参数保留调试信息，然后执行以下操作：
# 附加到PID为1234的进程 gdb -p 1234 # 在gdb交互界面中，查看内存分配的堆栈 bt # 找到可疑的内存分配函数调用，比如malloc的调用位置
内存泄漏的修复方法
定位到泄漏的代码位置后，修复思路通常有以下几种：
- 对于动态申请的内存，确保在不再使用时调用对应的释放函数，比如C语言中的
free，C++中的delete - 检查是否存在循环引用导致的内存无法释放，比如C++中的智能指针使用不当，或者Python中的对象循环引用
- 对于内核模块的内存泄漏，需要检查内核代码中
kmalloc、vmalloc等函数的调用，确保有对应的kfree、vfree释放操作 - 如果是第三方库导致的泄漏，可以查看库的官方文档，确认正确的使用方式，或者升级到修复了泄漏问题的版本
预防内存泄漏的建议
为了避免后续再出现内存泄漏问题，建议在开发过程中遵循以下规范：
- 动态申请内存后，立刻规划好释放的时机，最好在同一逻辑块内完成申请和释放的配对
- 使用带有自动内存管理特性的工具，比如C++的智能指针，Rust的所有权机制，减少手动管理内存的场景
- 在测试阶段主动使用valgrind等工具进行内存检测，提前发现潜在的泄漏问题
- 对线上运行的程序定期监控内存占用变化，设置内存占用的告警阈值，及时发现异常
需要注意的是，内核态的内存泄漏排查相对复杂，需要使用kmemleak等内核自带工具，操作前建议先在测试环境验证，避免影响线上业务。