malloc_stats---检查内存泄露的神器

在之前的博客中提到过,valgrind可以用来检测内存泄露,但在使用中,往往会遇到一些问题,给调试工作带来很多不必要的麻烦,我自己遇到的有以下两种:

(1)内存泄露误检(系统初始化时,可能有一些需要长期保存在内存中的数据结构,这些空间是永远不释放的,而这些内存会被认为绝对泄露)

(2) valgrind检查内存泄露过于全面,运行后的结果太多往往很难从中找到有用的信息。有时候,我们只需要关注某些函数,可能在执行某个操作,调用某些函数时会出现内存泄露,此时,valgrind的工作显得冗余而复杂

系统库函数中提供了malloc_stats()函数,可以统计本进程具体的内存使用情况,精确到字节,malloc_stats()函数声明如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
\#include<stdlib.h>

void malloc_stats(void);

malloc_stats()执行结果如下:

Arena 0://第一个arena(每个线程分配一个arena),这里只有一个线程
system bytes = 135168//本线程从[操作系统](http://lib.csdn.net/base/operatingsystem)获得的动态内存,这里是132KB
in use bytes = 1152//本线程在使用的动态内存,1152字节
Total (incl. mmap)://总的使用情况,各个线程使用动态内存的累加值
system bytes = 135168//本进程从操作系统获得的动态内存,这里是132KB
in use bytes = 1152//本进程在使用的动态内存,1152字节
max mmap regions = 0//当一次申请内存超过128KB(32位操作系统)或1MB(64位操作系统)时,会增加mmap区域,这里统计使用mmap区域的个数
max mmap bytes = 0//mmap区域对应内存大小

不说废话,来段代码看看效果

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
1. //test_malloc_stats.c 
2. \#include<stdio.h>
3. \#include<stdlib.h>
4.
5. **int** func1();
6.
7. **int** main()
8. {
9. **char** *p=NULL;
10. p=(**char** *)malloc(100);
11. **if**(!p){
12.printf("In main ,malloc fail\n");
13. ​ **return** -1;
14. }
15. printf("********before call func1 **********\n");
16. malloc_stats();//在要执行内存检测的函数之前打印内存信息
17.
18. func1();
19. printf("\n@@@@@@@@after call func1 @@@@@@@@@@@\n");
20. malloc_stats();//在要执行内存检测的函数之后打印内存信息
21. free(p);
22. **return** 1;
23.
24. }
25.
26. **int** func1(**void**)//申请1024字节,但没有释放,有内存泄露
27. {
28. **char** *p=NULL;
29. p=(**char** *)malloc(1024);//func1函数申请1024字节
30. **if**(!p)
31. {
32.printf("Malloc error\n");
33. }
34. **return** 0;
35. }

如上代码,编译(gcc test_malloc_stats.c ),运行(./a.out),结果如下

img

如上图,在调用func1之前,内存使用位112B,调用之后,内存使用1152B,增加了1040字节,说明函数func1存在内存泄露,此时检查func1函数代码即可。如果func1确实会造成1040B的内存使用,这就说明func1没有问题。

这里,您可能会发现申请了1024字节,实际内存占用1040字节,这正是glib库的实现,另外的16字节用来管理分配的数据块

-------------本文结束 感谢阅读-------------