利用linux的mtrace命令定位内存泄露 Memory Leak

柔情只为你懂 2022-04-17 00:07 198阅读 0赞

**分享一下我老师大神的人工智能教程！零基础，通俗易懂！[http://blog.csdn.net/jiangjunshow][http_blog.csdn.net_jiangjunshow]**

**也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！**

一谈到内存泄露， 多数程序员都闻之色变。 没错， 内存泄露很容易引入， 但很难定位。  以你我的手机为例（假设不经常关机）， 如果每天泄露一些内存， 那么开始的一个星期， 你会发现手机好好的， 当内存泄露积累到一定程度，  那就是各种卡死了， 系统异常， 最后死机， 不得不重启。

如果搞开发， 遇到内存泄露问题， 那就呵呵了。 你可能先得花好几天来复现问题（泄露积累）， 然后需要花好几天来定位问题和修改问题， 然后又要花好几天来验证问题， 而且， 很有可能没法一次改好， 上述流程又要循环了。 确实挺苦逼的。

我个人认为， 在内存泄露问题上， 主动预防比被动定位要划算得多， 但无论你怎么预防， 总有掉链子的时候， 所以， 有时候不得不去被动定位内存泄露。

在本文中， 暂不谈论手机内存泄露问题的定位， 仅仅介绍一个有用的linux小命令：mtrace(memory trace)， 它可以用来协助定位内存泄露。 搞开发的， 应该或多或少地听说过mtrace.

下面， 我们来看看程序：

#include <stdio.h>int main(){        setenv("MALLOC_TRACE", "taoge.log", "1");        mtrace();        int *p = (int *)malloc(2 * sizeof(int));        return 0;}

有的朋友要说了， 一眼就能看出内存泄露啊。 但是， 当程序大了之后， 怎能仅仅依靠肉眼？ 好， mtrace该出场了。

编译：gcc -g -DDEBUG test.c   (千万要注意， -g不可漏掉， 否则， 虽然最后能定位到内存泄露， 但却找不到在代码的第几行。由于我代码中没有Debug宏控制， 所以编译时， -DDEBUG是可以省略的， 因此， 直接写成gcc -g test.c即可)

运行：./a.out

定位：mtrace a.out taoge.log

结果：

![Center][]

可以看到， 有内存泄露，且正确定位到了代码的行数。

我们想一下mtrace函数/命令的原理， 其实也很简单， 无非就是记录每一对malloc/free的调用情况， 从这个意义上来讲， mtrace替代了部分我们的眼睛， 紧紧地盯着malloc/free， 所以能看到泄露还是不泄露啊。

**说明一下， 我的linux上并没有安装mtrace命令， 所以无法调试， 在网友Jukay的帮助下， 我才接触到shiyanlou这个优秀的在线工具， 地址是：https://www.shiyanlou.com/ , 大家不需要注册， 直接用QQ登录即可， 上面的过程就是在shiyanlou中做的。 没有linux环境的朋友们， 以后就可以在这上面玩了， 不要再扯理由说没有linux环境啦。 再次感谢Jukay介绍这么优秀的在线工具。**

OK,  本文先写到这里， 后续会继续介绍一些与linux有关的基本调试工具和方法。

#### 给我老师的人工智能教程打call！[http://blog.csdn.net/jiangjunshow][http_blog.csdn.net_jiangjunshow] ####

![这里写图片描述][SouthEast]

[http_blog.csdn.net_jiangjunshow]: https://blog.csdn.net/jiangjunshow/article/details/77338485
[Center]: /images/20220417/44da1fda86fb4a238b4293295d4df7a4.png
[SouthEast]: /images/20220417/8c89a802db6b4083bf783da099ecb381.png