在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
初学linux下c开发，遇到了内存泄露问题，怎么样快速排查是哪个变量出的问题？
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
既然是「初学Linux下C开发」，那，你确定你是遇到了内存泄露而不是Segment fault或者Stack overflow？不是常驻进程，内存泄露了一般觉察不到啊。
如果是内存泄露，简单的程序自己检查下malloc和free是否对称就行了；除了Valgrind，简单的可以用libmtrace，它就是hook了malloc和free调用，自动检查有没有malloc而没有free的内存。
同步到新浪微博
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。随时掌握考试动态C语言中的内存泄露 怎样避免与检测_百度知道
C语言中的内存泄露 怎样避免与检测
我有更好的答案
常见的内存错误及其对策如下：1、内存分配未成功，却使用了它
编程新手常犯这种错误，因为他们没有意识到内存分配会不成功。常用解决办法是，在使用内存之前检查指针是否为NULL。如果指针p是函数的参数，那么在函数的入口处用assert(p!=NULL)进行检查。如果是用malloc或new来申请内存，应该用if(p==NULL) 或if(p!=NULL)进行防错处理。2、内存分配虽然成功，但是尚未初始化就引用它　　犯这种错误主要有两个起因：一是没有初始化的观念；二是误以为内存的缺省初值全为零，导致引用初值错误（例如数组）。
内存的缺省初值究竟是什么并没有统一的标准，尽管有些时候为零值，我们宁可信其无不可信其有。所以无论用何种方式创建数组，都别忘了赋初值，即便是赋零值也不可省略，不要嫌麻烦。3、内存分配成功并且已经初始化，但操作越过了内存的边界例如在使用数组时经常发生下标“多1”或者“少1”的操作。特别是在for循环语句中，循环次数很容易搞错，导致数组操作越界。4、忘记了释放内存，造成内存泄露含有这种错误的函数每被调用一次就丢失一块内存。刚开始时系统的内存充足，你看不到错误。终有一次程序突然死掉，系统出现提示：内存耗尽。未初始化的内存在本例中，p 已被分配了 10 个字节。这 10 个字节可能包含垃圾数据。char *p = malloc ( 10 );如果在对这个 p 赋值前，某个代码段尝试访问它，则可能会获得垃圾值，您的程序可能具有不可预测的行为。p 可能具有您的程序从未曾预料到的值。良好的实践是始终结合使用 memset 和 malloc，或者使用 calloc。char *p = malloc (10);memset(p,’\0’,10);现在，即使同一个代码段尝试在对 p 赋值前访问它，该代码段也能正确处理 Null 值（在理想情况下应具有的值），然后将具有正确的行为。内存覆盖由于 p 已被分配了 10 个字节，如果某个代码片段尝试向 p 写入一个 11 字节的值，则该操作将在不告诉您的情况下自动从其他某个位置“吃掉”一个字节。让我们假设指针 q 表示该内存。结果，指针 q 将具有从未预料到的内容。即使您的模块编码得足够好，也可能由于某个共存模块执行某些内存操作而具有不正确的行为。下面的示例代码片段也可以说明这种场景。char *name = (char *) malloc(11); // Assign some value to namememcpy ( p,name,11); // Problem begins here在本例中，memcpy 操作尝试将 11 个字节写到 p，而后者仅被分配了 10 个字节。作为良好的实践，每当向指针写入值时，都要确保对可用字节数和所写入的字节数进行交叉核对。一般情况下，memcpy 函数将是用于此目的的检查点。内存读取越界内存读取越界 (overread) 是指所读取的字节数多于它们应有的字节数。这个问题并不太严重，在此就不再详述了。下面的代码提供了一个示例。char *ptr = (char *)malloc(10);char name[20] ;memcpy ( name,ptr,20); // Problem begins here在本例中，memcpy 操作尝试从 ptr 读取 20 个字节，但是后者仅被分配了 10 个字节。这还会导致不希望的输出。内存泄漏内存泄漏可能真正令人讨厌。下面的列表描述了一些导致内存泄漏的场景。重新赋值我将使用一个示例来说明重新赋值问题。char *memoryArea = malloc(10);char *newArea = malloc(10);memoryArea 和 newArea 分别被分配了 10 个字节，它们各自的内容如图 4 所示。如果某人执行如下所示的语句（指针重新赋值）……memoryArea = newA则它肯定会在该模块开发的后续阶段给您带来麻烦。在上面的代码语句中，开发人员将 memoryArea 指针赋值给 newArea 指针。结果，memoryArea 以前所指向的内存位置变成了孤立的。它无法释放，因为没有指向该位置的引用。这会导致 10 个字节的内存泄漏。要避免内存相关的问题，良好的实践是：始终结合使用 memset 和 malloc，或始终使用 calloc。每当向指针写入值时，都要确保对可用字节数和所写入的字节数进行交叉核对。在对指针赋值前，要确保没有内存位置会变为孤立的。每当释放结构化的元素（而该元素又包含指向动态分配的内存位置的指针）时，都应首先遍历子内存位置并从那里开始释放，然后再遍历回父节点。始终正确处理返回动态分配的内存引用的函数返回值。每个 malloc 都要有一个对应的 free。确保您不是在访问空指针。
采纳率：92%
来自团队：
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。没有更多推荐了，
不良信息举报
举报内容：
C语言中内存泄漏的检测方法
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！豆丁微信公众号
君，已阅读到文档的结尾了呢~~
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
C语言中的内存泄漏原因及对策分析
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='http://www.docin.com/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口}