C 语言内存泄露很严重，如何应对？
点击左上方蓝色“混说Linux”，选择“设为星标”
1
最近部门不同产品接连出现内存泄漏导致的网上问题，具体表现为单板在现网运行数月以后，因为内存耗尽而导致单板复位现象。一方面，内存泄漏问题属于低级错误，此类问题遗漏到现网，影响很坏；另一方面，由于内存泄漏问题很可能导致单板运行固定时间以后就复位，只能通过批量升级才能解决，实际影响也很恶劣。同时，接连出现此类问题，尤其是其中一例问题还是我们老员工修改引入，说明我们不少员工对内存泄漏问题认识还是不够深刻的。本文通过介绍内存泄漏问题原理及检视方法，希望后续能够从编码检视环节就杜绝此类问题发生。
1. 堆内存在 C 代码中的存储方式
内存泄漏问题只有在使用堆内存的时候才会出现，栈内存不存在内存泄漏问题，因为栈内存会自动分配和释放。C 代码中堆内存的申请函数是 malloc，常见的内存申请代码如下：
char *info = NULL; /**转换后的字符串**/
info = (char*)malloc(NB_MEM_SPD_INFO_MAX_SIZE);
if( NULL == info)
{
(void)tdm_error("malloc error!\n");
return NB_SA_ERR_HPI_OUT_OF_MEMORY;
} 由于 malloc 函数返回的实际上是一个内存地址，所以保存堆内存的变量一定是一个指针（除非代码编写极其不规范）。再重复一遍，保存堆内存的变量一定是一个指针，这对本文主旨的理解很重要。当然，这个指针可以是单指针，也可以是多重指针。
malloc 函数有很多变种或封装，如 g_malloc、g_malloc0、VOS_Malloc 等，这些函数最终都会调用 malloc 函数。
方法一：将函数返回值直接赋给指针，一般表现形式如下：
char *local_pointer_xx = NULL;
local_pointer_xx = (char*)function_xx(para_xx, …);该类涉及到内存申请的函数，返回值一般都指针类型，例如：
GSList* g_slist_append (GSList *list, gpointer data)方法二：将指针地址作为函数返回参数，通过返回参数保存堆内存地址，一般表现形式如下：
int ret;
char *local_pointer_xx = NULL; /**转换后的字符串**/
ret = (char*)function_xx(..., &local_pointer_xx, ...);该类涉及到内存申请的函数，一般都有一个入参是双重指针，例如：
__STDIO_INLINE _IO_ssize_t
getline (char **__lineptr, size_t *__n, FILE *__stream)要素三：在函数返回前（含正常分支和异常分支）未释放该内存，也未保存到其它全局变量或返回给上一级函数。
1）直接使用内存申请函数申请出来的内存，如 malloc、g_malloc 等；
2）该开发人员熟悉的接口中，存在内存申请的情况，如 iBMC 的兄弟，都应该知道调用如下接口需要释放 list 指向的内存：
dfl_get_object_list(const char* class_name, GSList **list)按照以上思维编写代码，一旦遇到不熟悉的接口中需要释放内存的问题，就完全没有释放内存的意识，内存泄漏问题就自然产生了。
检视内存泄漏问题，关键还是要养成良好的编码检视习惯。与内存泄漏三要素对应，需要做到如下三点：
(1）在函数中看到有局部指针，就要警惕内存泄漏问题，养成进一步排查的习惯；
(2）分析对局部指针的赋值操作，是否属于前面所说的 “两种堆内存获取方法” 之一，如果是，就要分析函数返回的指针到底指向啥？是全局数据、静态数据还是堆内存？对于不熟悉的接口，要找到对应的接口文档或源代码分析；又或者看看代码中其它地方对该接口的引用，是否进行了内存释放；
(3）如果确认对局部指针存在内存申请操作，就需要分析该内存的去向，是会被保存在全局变量吗？又或者会被作为函数返回值吗？如果都不是，就需要排查函数所有有”return“的地方，保证内存被正确释放。
原文：https://my.oschina.net/u/4526289/blog/4539592
版权归原作者所有，如有侵权，请联系删除。
往期推荐