博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
linuxC动态内存泄漏追踪方法
阅读量:6691 次
发布时间:2019-06-25

本文共 1200 字,大约阅读时间需要 4 分钟。

  C里面没有垃圾回收机制,有时候你申请了动态内存却忘记释放,这就尴尬了(你的程序扮演了强盗角色,有借有还才是好孩子)。当你想找出内存泄露的地方时,有的投入海量的代码中,头痛不已。还好GNU C库提供了些简单的方法。

  mtrace和muntrace两个函数可以帮助我们追踪动态内存使用情况。前提是我们设置了MALLOC_TRACE环境变量,改环境变量需要指向我们系统下的一个可写入的常规文件。做法如下:

MALLOC_TRACE=/your/path/to/file.txtexport MALLOC_TRACE

  mtrace会为malloc,remalloc和free安装一些特殊的handlers。这些函数的使用情况都会被记录在文件中。

  muntrace会卸载之前安装的特殊handlers。也就意味着动态内存追踪结束。

  一般情况下我们在main函数开头部分调用mtrace,return之前调用muntrace。

  这两个的函数原型在下面给出

#include
void mtrace(void)void muntrace(void)

  使用实例:

#include
#include
int main(int argc, char *argv[]){ #ifdef DEBUG mtrace(); #endif int *a = NULL a = malloc(sizeof(int)); //在这里我们不调用free函数 return 0;}

  在上面的代码中,我们没有调用muntrace(),也不推荐使用。原因是在linux C中不仅是你的程序会追踪动态内存问题,C库也会使用。如果你调用muntrace(),那就意味着C库停止追踪动态内存。

  如果你使用宏定义DEBUG编译文件,执行编译后的可执行文件,你会发现file.txt里面有些我们看不懂的东西。这些内容是给机器看的。大多数linux发行版本都带有mtrace命令(没错,名字一样的)。使用mtrace命令将机读内容转化为人读。使用如下命令:

mtrace a.out file.txt

上述代码执行该命令后的结果如下

Memory not freed:-----------------------    Address        Size            Caller0x092a6378    0x4    at     /root/tmp.c:9

很显然第9行的malloc函数,我们没有调用相应的free()函数来释放内存。

转载于:https://www.cnblogs.com/san-fu-su/p/5737984.html

你可能感兴趣的文章
Java生成二维码--QRGen
查看>>
数据集搜集整理
查看>>
总结:树与二叉树的学习
查看>>
easyui中对数据的判断来显示,formatter控制
查看>>
李刚与你畅谈Java编程人生(讲座)
查看>>
老男孩和门户网站学生聊天整理
查看>>
Microsoft Azure部署MYSQL-MMM(2)配置主主复制
查看>>
Surface体验WS2012中RDS的RemoteFX虚拟桌面
查看>>
因为有你,所以精彩
查看>>
K8S集群中使用Helm管理应用分发
查看>>
<進階&高級>ADT線上視頻&PPT課件
查看>>
Apache 与 Nginx 比较
查看>>
杂文语录积累(二)
查看>>
隔离公司各个部门--虚拟路由器(EBGP)
查看>>
在 SELECT 查询中使用子查询
查看>>
Microsoft Lync Server 2013: 配置SQL服务器数据分发
查看>>
Zabbix 日志监控
查看>>
数据挖掘里的“降维”----从五阶魔方的玩法思考
查看>>
shell脚本实例之Charpter8-9
查看>>
Error polling connection 'qemu:///system': internal error Cannot find suitable emulator for
查看>>