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

假设搞开发。 遇到内存泄露问题， 那就呵呵了。 你可能先得花好几天来复现问题（泄露积累）， 然后须要花好几天来定位问题和改动问题， 然后又要花好几天来验证问题， 并且。 非常有可能没法一次改好， 上述流程又要循环了。

确实挺苦逼的。

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

在本文中。 暂不谈论手机内存泄露问题的定位， 只介绍一个实用的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

结果：

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

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

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

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