一谈到内存泄露， 多数程序员都闻之色变。 没错， 内存泄露很容易引入， 但很难定位。 以你我的手机为例（假设不经常关机）， 如果每天泄露一些内存， 那么开始的一个星期， 你会发现手机好好的， 当内存泄露积累到一定程度， 那就是各种卡死了， 系统异常， 最后死机， 不得不重启。
如果搞开发， 遇到内存泄露问题， 那就呵呵了。 你可能先得花好几天来复现问题（泄露积累）， 然后需要花好几天来定位问题和修改问题， 然后又要花好几天来验证问题， 而且， 很有可能没法一次改好， 上述流程又要循环了。 确实挺苦逼的。
我个人认为， 在内存泄露问题上， 主动预防比被动定位要划算得多， 但无论你怎么预防， 总有掉链子的时候， 所以， 有时候不得不去被动定位内存泄露。
在本文中， 暂不谈论手机内存泄露问题的定位， 仅仅介绍一个有用的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函数/命令的原理， 其实也很简单， 无非就是记录每一对malloc/free的调用情况， 从这个意义上来讲， mtrace替代了部分我们的眼睛， 紧紧地盯着malloc/free， 所以能看到泄露还是不泄露啊。
说明一下， 我的linux上并没有安装mtrace命令， 所以无法调试， 在网友Jukay的帮助下， 我才接触到shiyanlou这个优秀的在线工具， 地址是：https://www.shiyanlou.com/ , 大家不需要注册， 直接用QQ登录即可， 上面的过程就是在shiyanlou中做的。 没有linux环境的朋友们， 以后就可以在这上面玩了， 不要再扯理由说没有linux环境啦。 再次感谢Jukay介绍这么优秀的在线工具。
OK, 本文先写到这里， 后续会继续介绍一些与linux有关的基本调试工具和方法。
