Linux系统中内存泄漏通常指程序动态申请的内存在使用完毕后没有正确释放，导致这部分内存无法被再次分配使用，随着程序运行时间增加，泄漏的内存会不断累积，最终耗尽系统可用内存。这类问题在长时间运行的服务程序、嵌入式应用以及高并发场景中尤为常见，需要针对性地排查和优化。
内存泄漏的排查工具
使用valgrind检测内存泄漏
valgrind是Linux下最常用的内存调试工具，其中的memcheck工具可以精准检测程序运行过程中的内存泄漏、非法内存访问等问题。使用时不需要重新编译程序，直接通过valgrind启动待检测的程序即可。
基本使用命令如下：
# 启动程序并检测内存泄漏，--leak-check=full表示输出详细泄漏信息 valgrind --leak-check=full ./your_program
如果程序运行结束后输出类似definitely lost: 1024 bytes in 1 blocks的信息，就说明存在确定的内存泄漏，后面会跟着泄漏发生的代码位置，方便开发者定位问题。
使用gdb定位泄漏点
当valgrind无法明确泄漏位置时，可以结合gdb调试工具分析程序运行时的内存分配情况。首先需要在编译程序时加上-g参数保留调试信息，然后通过gdb附加到运行中的进程或者启动程序调试。
可以通过以下方式查看内存分配相关的调用栈：
# 编译时保留调试信息 gcc -g -o your_program your_program.c # 启动gdb调试 gdb ./your_program # 在gdb中运行程序 run # 程序运行一段时间后暂停，查看当前内存分配情况 call malloc_stats()
程序开发阶段的优化方法
规范内存申请与释放逻辑
在C/C++程序中，要遵循谁申请谁释放的原则，避免内存所有权混乱导致泄漏。对于动态分配的内存，要确保在所有可能的执行路径中都有对应的释放操作，包括异常分支。
以下是一个正确的内存管理示例：
#include <stdlib.h>
#include <stdio.h>
int main() {
// 动态申请内存
int *data = (int *)malloc(sizeof(int) * 10);
if (data == NULL) {
// 申请失败直接返回，避免后续操作
return -1;
}
// 使用内存
for (int i = 0; i < 10; i++) {
data[i] = i;
}
// 使用完毕后释放内存
free(data);
// 将指针置为NULL，避免野指针
data = NULL;
return 0;
}
使用智能指针管理内存
如果是C++程序，可以优先使用智能指针替代原始指针，智能指针会在生命周期结束时自动释放管理的内存，大幅降低内存泄漏的概率。常用的智能指针包括std::unique_ptr和std::shared_ptr。
#include <memory>
#include <iostream>
int main() {
// 使用unique_ptr管理动态内存，离开作用域自动释放
std::unique_ptr<int[]> data = std::make_unique<int[]>(10);
for (int i = 0; i < 10; i++) {
data[i] = i;
}
// 不需要手动调用delete，unique_ptr会自动释放内存
return 0;
}
系统层面的优化调整
调整内存 overcommit 策略
Linux的内存 overcommit 机制决定了系统是否允许程序申请超过实际物理内存的虚拟内存，合理调整该策略可以减少因内存不足导致的程序异常，间接降低内存泄漏带来的影响。
可以通过修改/proc/sys/vm/overcommit_memory文件调整策略，取值含义如下：
| 取值 | 含义 |
|---|---|
| 0 | 启发式策略，系统会评估申请的内存是否合理，默认配置 |
| 1 | 始终允许 overcommit，程序可以申请任意大小的虚拟内存 |
| 2 | 禁止 overcommit，可申请的内存总量不超过物理内存加交换空间的总和 |
设置进程内存使用限制
可以通过ulimit命令或者cgroup机制限制单个进程的内存使用上限，避免单个程序的内存泄漏耗尽整个系统的内存。比如使用ulimit限制进程的最大可用内存：
# 限制当前shell下启动的进程最大使用100MB内存 ulimit -v 102400 # 查看当前内存限制 ulimit -a
长期运行的监控方案
对于线上长期运行的服务，可以定期通过top、htop、ps等命令监控进程的内存占用变化，如果发现某个进程的内存占用持续增长且不会回落，就可以判定该进程存在内存泄漏。也可以编写脚本定期采集进程内存数据，生成趋势报表，提前发现问题。
排查内存泄漏时要注意，有些程序的内存增长是正常的内存缓存行为，比如数据库服务的缓存池会逐步占用内存，需要结合程序逻辑判断是否属于泄漏，避免误判。