最令Linux程序员头疼的莫过于内存泄露了,即使你是在优秀的程序员,你也不能保证所以的malloc操作都有对应的free,那必要的工具就是必不可少的了。在一般的linux发行版中,有一个自带的工具可以很方便的替你完成这些事,这个工具就是mtrace。

下面是它的用法

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
#include <stdio.h>
#include <stdlib.h>
#include <string.h>

#include <mcheck.h>


int main(){
    setenv("MALLOC_TRACE", "output", 1);
    mtrace();

    char * text = ( char * ) malloc (sizeof(char) * 100);
    memset(text,'/0',100);
    memcpy(text,"hello,world!",12);

    printf("%s/n",text);
    return 0;
}

可以看出,只需要在你的程序中插入三行代码,就行。

第一句,#include ,包含头文件

第二句,setenv(“MALLOC_TRACE”, “output”, 1);output表示输出的中间文件

第三句,mtrace(),调用mtrace.

将这个文件编译,注意,编译的时候一地要加上gcc的-g选项。

gcc mtrace_test.c -g -o mtrace_test

接着执行可执行文件,然后你会发现当前目录下多了一个output的文件。

这个文件自然不是文本文件,所以需要工具来查看。

$ mtrace output

这时会打印出一串信息

- 0x000000000129a010 Free 3 was never alloc'd 0x7f62844d89ba
- 0x000000000129a100 Free 4 was never alloc'd 0x7f6284583a1d
- 0x000000000129a120 Free 5 was never alloc'd 0x7f62845d20ec

Memory not freed:
-----------------
       Address     Size     Caller
0x000000000129a5a0     0x64  at /home/dianping/peter/mtrace/mtrace_test.c:12

其它别的直接忽略,注意那句要命的 Memory not freed,caller表示那段代码对应的malloc操作没有释放。顺便说一句,如果你编译的时候没有使用-g的选项,那么Caller这个地方就不会出现代码的信息,而是一串二进制的地址信息。

mtrace的原理是记录每一对malloc-free的执行,若每一个malloc都有相应的free,则代表没有内存泄露,对于任何非malloc/free情況下所发生的内存泄露问题,mtrace并不能找出来。

也就是对于New的内存,只能检测出有泄露,但不能定位。

转载:http://blog.csdn.net/sunnydogzhou/article/details/6532436