找回密码
 注册
关于网站域名变更的通知
查看: 99|回复: 0
打印 上一主题 下一主题

如何解决C语言内存泄露?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
 楼主| 发表于 2024-1-2 14:53 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

EDA365欢迎您登录!

您需要 登录 才可以下载或查看,没有帐号?注册

x
1. 前言
$ J% r$ _1 R5 d& F  U最近部门不同产品接连出现内存泄漏导致的网上问题,具体表现为单板在现网运行数月以后,因为内存耗尽而导致单板复位现象。
# I- |& s* x/ [8 @1 |% X4 T
一方面,内存泄漏问题属于低级错误,此类问题遗漏到现网,影响很坏;另一方面,由于内存泄漏问题很可能导致单板运行固定时间以后就复位,只能通过批量升级才能解决,实际影响也很恶劣。

6 @# {  r  d2 Q. T* H/ D- A2 R
同时,接连出现此类问题,尤其是其中一例问题还是我们老员工修改引入,说明我们不少员工对内存泄漏问题认识还是不够深刻的。
( e6 F% P) m5 x: x5 b+ z" B
本文通过介绍内存泄漏问题原理及检视方法,希望后续能够从编码检视环节就杜绝此类问题发生。

4 L7 U, I% X  M/ I! W5 ^
说明:预防内存泄漏问题有多种方法,如加强代码检视、工具检测和内存测试等,本文聚集于开发人员能力提升方面。
" C5 U8 V& y* C: E1 ~9 D
2. 内存泄漏问题原理
! T( ^/ e) b+ P1 l8 o2.1 堆内存在 C 代码中的存储方式4 g+ l) q% D, L1 N" ]7 i
内存泄漏问题只有在使用堆内存的时候才会出现,栈内存不存在内存泄漏问题,因为栈内存会自动分配和释放。
C 代码中堆内存的申请函数是 malloc,常见的内存申请代码如下:
  {- O( Q1 d) X7 V4 \* n
左右滑动查看全部代码>>>
char *info = NULL;    /**转换后的字符串**/) v. `* ?/ m2 g5 |, X
info = (char*)malloc(NB_MEM_SPD_INFO_MAX_SIZE);8 J  H0 `' r. u9 ?0 I# {
if( NULL == info)
3 t/ x% h* w& v# @# o{
6 W2 ~$ a! T  A$ g8 u9 h    (void)tdm_error("malloc error!\n");  I7 Z+ L) l8 Q3 M$ @; F/ e
    return NB_SA_ERR_HPI_OUT_OF_MEMORY;
5 l' T0 J( s/ V- J}

; W% F! M, n+ ]. m0 W
由于 malloc 函数返回的实际上是一个内存地址,所以保存堆内存的变量一定是一个指针(除非代码编写极其不规范)。

/ R; G" ?. j: Y( r6 G; J
再重复一遍,保存堆内存的变量一定是一个指针,这对本文主旨的理解很重要。当然,这个指针可以是单指针,也可以是多重指针。
1 p/ M% X4 Z# J% ~4 `9 ]7 x& C
malloc 函数有很多变种或封装,如 g_malloc、g_malloc0、VOS_Malloc 等,这些函数最终都会调用 malloc 函数。

6 j- m) a  t1 y+ U8 m4 a/ {/ o
2.2 堆内存的获取方法3 F% N2 L4 M, y9 l+ J3 N0 A
看到本小节标题,可能有些同学有疑惑,上一小节中的 malloc 函数,不就是堆内存的获取方法吗?

) b* e! y' r6 t1 ~- L6 `
的确是,通过 malloc 函数申请是最直接的获取方法,如果只知道这种堆内存获取方法,就容易掉到坑里了。一般的来讲,堆内存有如下两种获取方法:

  F+ E5 z2 |2 q- t" _, a, {
方法一:将函数返回值直接赋给指针,一般表现形式如下:
左右滑动查看全部代码>>>
char *local_pointer_xx = NULL;/ V6 j; k4 o, B! z' G
local_pointer_xx = (char*)function_xx(para_xx, …);
( x* h. y6 e: P
该类涉及到内存申请的函数,返回值一般都指针类型,例如:
左右滑动查看全部代码>>>
GSList* g_slist_append (GSList   *list, gpointer  data);
. B9 K. U( e2 t3 y
方法二:将指针地址作为函数返回参数,通过返回参数保存堆内存地址,一般表现形式如下:
左右滑动查看全部代码>>>
int ret;; Y0 n$ z3 ~8 ~7 ]/ g
char *local_pointer_xx = NULL;    /**转换后的字符串**/
, h% i# ]" r" `5 A, n* Xret = (char*)function_xx(..., &local_pointer_xx, ...);
; j6 Y, h% Z8 P" r
该类涉及到内存申请的函数,一般都有一个入参是双重指针,例如:
左右滑动查看全部代码>>>
__STDIO_INLINE _IO_ssize_t;# o( m5 v4 O" i
getline (char **__lineptr, size_t *__n, FILE *__stream);/ o" `  \5 p9 v) z
前面说通过 malloc 申请内存,就属于方法一的一个具体表现形式。其实这两类方法的本质是一样的,都是函数内部间接申请了内存,只是传递内存的方法不一样,方法一通过返回值传递内存指针,方法二通过参数传递内存指针。

: Z; u/ W5 _' b& c6 U' Y' S
2.3 内存泄漏三要素
5 F8 k6 f' r" O  @最常见的内存泄漏问题,包含以下三个要素:
要素一:函数内有局部指针变量定义;
要素二:对该局部指针有通过上一小节中“两种堆内存获取方法”之一获取内存;
要素三:在函数返回前(含正常分支和异常分支)未释放该内存,也未保存到其它全局变量或返回给上一级函数。
1 ~* `% K- c( {. ^
2.4 内存释放误区
. t9 f/ G7 T6 L2 `# j" ]稍微使用过 C 语言编写代码的人,都应该知道堆内存申请之后是需要释放的。但为何还这么容易出现内存泄漏问题呢?
  J' K7 u- ]+ J
一方面,是开发人员经验不足、意识不到位或一时疏忽导致;另一方面,是内存释放误区导致。很多开发人员,认为要释放的内存应该局限于以下两种:
1) 直接使用内存申请函数申请出来的内存,如 malloc、g_malloc 等;
2)该开发人员熟悉的接口中,存在内存申请的情况,如 iBMC 的兄弟,都应该知道调用如下接口需要释放 list 指向的内存:
左右滑动查看全部代码>>>
dfl_get_object_list(const char* class_name, GSList **list);% T' X& u) }: L" m
按照以上思维编写代码,一旦遇到不熟悉的接口中需要释放内存的问题,就完全没有释放内存的意识,内存泄漏问题就自然产生了。
5 K: }! H/ s9 s' d' M/ G# U
3. 内存泄漏问题检视方法) L/ a% w6 w1 a
检视内存泄漏问题,关键还是要养成良好的编码检视习惯。与内存泄漏三要素对应,需要做到如下三点:
1) 在函数中看到有局部指针,就要警惕内存泄漏问题,养成进一步排查的习惯
2) 分析对局部指针的赋值操作,是否属于前面所说的“两种堆内存获取方法”之一,如果是,就要分析函数返回的指针到底指向啥?
是全局数据、静态数据还是堆内存?对于不熟悉的接口,要找到对应的接口文档或源代码分析;又或者看看代码中其它地方对该接口的引用,是否进行了内存释放;
3) 如果确认对局部指针存在内存申请操作,就需要分析该内存的去向,是会被保存在全局变量吗?又或者会被作为函数返回值吗?如果都不是,就需要排查函数所有有”return“的地方,保证内存被正确释放。

7 W4 B& p$ e: U1 C) e
内存泄漏是比较难查的 bug 之一?有什么查找技巧吗?欢迎留言交流~
. x: f5 V4 A: c2 ?0 a( O; M, a
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

推荐内容上一条 /1 下一条

EDA365公众号

关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )

GMT+8, 2025-9-24 21:36 , Processed in 0.109375 second(s), 23 queries , Gzip On.

深圳市墨知创新科技有限公司

地址:深圳市南山区科技生态园2栋A座805 电话:19926409050

快速回复 返回顶部 返回列表