内存泄漏

标签: 内存泄漏 | 发表时间:2014-09-03 17:42 | 作者:duhaomin
出处:http://blog.csdn.net

内存泄漏:

程序申请了堆空间,但是“忘记”释放,导致该块区域在程序结束前无法被再次使用导致的。泄漏时间长了,就会导致用户空间内存不足,严重的导致死机。

如果泄漏比较严重,很容易察觉;但是有些泄漏很缓慢,不容易察觉,但是软件会运行很长时间后,会慢慢导致严重问题,而且当发现症状的时候,基本上已经是比较晚的时候了,想要识别泄漏,还是可以实现的,本篇文章来聊聊内存操作的原理。

C++中申请内存使用的是new,C语言中使用的malloc(还有其他比如alloc原理类似),一般情况下new调用的是C语言使用的malloc。而由于C++/C可以在多个操作系统使用,所以可以想到malloc肯定是封装了不同操作系统提供的API,比如Windows上边调用的有这几个:VirtualAlloc、VirtualAllocEx、VirtualFree、VirtualProtect、VirtualQuery、VirtualLock、VirtualUnLock,不过它们分配的都是内存页的整数倍的虚拟内存空间RAM,然而我们想要使用内存的时候,几乎很少需要整数倍,那么就需要封装它们改变灵活一些,API替我们封装了:HeapAlloc、GlobalAlloc,它们全都是内核级别,存在于kernel32.dll里边。

很容易看出,我们调用new,实际调用的是HeapAlloc,不过不需要在检测内存泄漏的时候走到这么底层,回归正传,还是回到new/malloc。

在申请内存的时候new调用malloc,释放delete调用free,那么怎么能够让每一次申请和每一次释放都能够记录,最终找到可能的哪怕1字节的泄漏呢?容易想到,在new调用malloc的时候,记录下申请空间的地址,在delete调用free的时候,将记录里边对应地址的数据删除,这样最后如果记录中还有剩余记录,则表示有泄漏。这样还不够,即使知道泄漏,可是不知道在哪有有什么用呢?显然在记录的时候,除了记录地址,还应记录申请的文件名字、行数,这样最后有泄漏的时候,可以立刻知道在哪里泄漏,原理就是这些,看下例子、解决的基础代码。


#include

#include

using namespace std;

#include




void* operator new(size_t size, const char* file, int line)

{

void *p = (void*)malloc(size);

printf("【%d】%s : (%d) 申请%d字节内存\n", p,file,line,size);

return p;

}

void* operator new[](size_t size, const char* file, int line)

{

return operator new(size, file, line);

}

#define new DEBUG_NEW

#define DEBUG_NEW new(__FILE__, __LINE__)


void operator delete(void* pointer)

{

printf("【%d】释放内存\n",pointer);

free(pointer);

}


void operator delete[](void* pointer)

{

operator delete(pointer);

}


void operator delete(void* pointer, const char* file, int line)

{

operator delete(pointer);

}


void operator delete[](void* pointer, const char* file, int line)

{

operator delete(pointer, file, line);

}



int main()

{

int *pos1 = new int[10];

int *pos2 = new int(0x70000001);

delete []pos1;

delete pos2;;

return 0;

}
这里边没有记录申请堆的文件名字、行号,不过增加很容易,用个HASH保存就行了,就不修改了。运行结果:


容易发现申请和释放是成对的,释放内存地方本来也可以知道释放的大小的,不过有点忘记具体保存的方式了,C++编译器一般都会在new返回的只针的前边几字节记录申请的长度等信息,可以在上边代码这么修改:


就会出现崩溃,因为将编译器的数据修改了,它无法正常释放内存了。

有个比较不错的开源内存泄漏检测项目:Visual Leak Detector,用它非常方便,仅仅需要将它的头文件、静态链接库添加到我们的项目中即可,用上边的例子做例子:


而当去掉一个delete 的时候,是这样的:


直接找到泄漏大小、地点。



Visual Leak Detector下载地址:

http://www.codeproject.com/script/articles/download.aspx?file=/KB/applications/visualleakdetector/vld-10.zip&rp=http://www.codeproject.com/Articles/9815/Visual-Leak-Detector-Enhanced-Memory-Leak-Detectio



参考:

http://www.ibm.com/developerworks/cn/linux/l-mleak2/

http://blog.csdn.net/yapingxin/article/details/6751940

http://bbs.csdn.net/topics/20329607

http://blog.csdn.net/g5dsk/article/details/6077601

http://babybandf.blog.163.com/blog/static/6199353201128101029894/

http://www.codeproject.com/KB/applications/visualleakdetector/vld-10.zip

http://blog.csdn.net/sunmenggmail/article/details/8316734
























作者:duhaomin 发表于2014-9-3 9:42:11 原文链接
阅读:75 评论:0 查看评论

相关 [内存泄漏] 推荐:

内存泄漏

- - CSDN博客系统运维推荐文章
程序申请了堆空间,但是“忘记”释放,导致该块区域在程序结束前无法被再次使用导致的. 泄漏时间长了,就会导致用户空间内存不足,严重的导致死机. 如果泄漏比较严重,很容易察觉;但是有些泄漏很缓慢,不容易察觉,但是软件会运行很长时间后,会慢慢导致严重问题,而且当发现症状的时候,基本上已经是比较晚的时候了,想要识别泄漏,还是可以实现的,本篇文章来聊聊内存操作的原理.

java内存泄漏

- - 编程语言 - ITeye博客
不论哪种语言的内存分配方式,都需要返回所分配内存的真实地址,也就是返回一个指针到内存块的首地址. Java中对象是采用new或者反射的方法创建的,这些对象的创建都是在堆(Heap)中分配的,所有对象的回收都是由Java虚拟机通过垃圾回收机制完成的. GC为了能够正确释放对象,会监控每个对象的运行状况,对他们的申请、引用、被引用、赋值等状况进行监控,Java会使用有向图的方法进行管理内存,实时监控对象是否可以达到,如果不可到达,则就将其回收,这样也可以消除引用循环的问题.

浅谈Java--内存泄漏

- - ITeye博客
      JAVA的垃圾回收机制,让许多程序员觉得内存管理不是很重要,但是内存内存泄露的事情恰恰这样的疏忽而发生,特别是对于Android开发,内存管理更为重要,养成良好的习惯,有利于避免内存的泄漏..     这里可以把许多对象和引用看成是有向图,顶点可以是对象也可以是引用,引用关系就是有向边.

Android 解析内存泄漏

- - CSDN博客移动开发推荐文章
1、引用没释放造成的内存泄露.        1.1、注册没取消造成的内存泄露.        这种 Android的内存泄露比纯 Java的内存泄露还要严重,因为其他一些Android程序可能引用我们的Anroid程序的对象(比如注册机制). 即使我们的Android程序已经结束了,但是别的引用程序仍然还有对我们的Android程序的某个对象的引用,泄露的内存依然不能被垃圾回收.

Perfdog玩转内存泄漏

- - 操作系统 - ITeye博客
最近QC同学在跑游戏的过程中发现玩的时间久了游戏会发生闪退,经过搜集信息后排除了功能性bug的. 拿到真机,USB连接,杀掉多余后台进程,打开Perfdog,接下来一顿操作猛如虎,Perfdog具体操作不在赘述,有关perfdog怎么使用的教程可以参考. 此图一出,基本就可以断定内存泄露了,这是正常玩游戏,游戏运行了30分钟的内存趋势图;.

shared_ptr真能防止内存泄漏吗?

- Roger - codedump
这个命题有些诡异,因为shared_ptr设计的初衷就是为了防止内存泄漏,但是先别急,等我把问题描述清楚.. 事出缘由是这几天项目出现一个内存泄漏的bug,之前这部分是使用shared_ptr封装了很多指针的操作,后来出于效率的考虑,改回了裸指针.由于我们使用的google tcmalloc做内存分配,它自带了检测内存泄漏的功能,于是在单元测试的时候就被检查出了内存泄漏..

(转)ThreadLocal的内存泄漏问题

- - 编程语言 - ITeye博客
原文:http://www.godiscoder.com/?p=479. 在最近一个项目中,在项目发布之后,发现系统中有内存泄漏问题. 表象是堆内存随着系统的运行时间缓慢增长,一直没有办法通过gc来回收,最终于导致堆内存耗尽,内存溢出. 开始是怀疑ThreadLocal的问题,因为在项目中,大量使用了线程的ThreadLocal保存线程上下文信息,在正常情况下,在线程开始的时候设置线程变量,在线程结束的时候,需要清除线程上下文信息,如果线程变量没有清除,会导致线程中保存的对象无法释放.

Android内存泄漏检测-LeakCanary

- - CSDN博客推荐文章
添加LeakCanary依赖包. 在主模块app下的build.gradle下添加如下依赖:. 添加Application子类. 首先创建一个ExampleApplication,该类继承于Application,在该类的onCreate方法中添加如下代码开启LeakCanary监控:. 在配置文件中注册ExampleApplication.

Netty之有效规避内存泄漏

- - zzm
有过痛苦的经历,特别能写出深刻的文章 —— 凯尔文. 直接内存是IO框架的绝配,但直接内存的分配销毁不易,所以使用内存池能大幅提高性能. 但,要重新培养被Java的自动垃圾回收惯坏了的惰性. Netty有一篇必读的文档 官方文档翻译: 引用计数对象 ,在此基础上补充一些自己的理解和细节. 1.为什么要有引用计数器 .

Android性能优化之内存泄漏

- - CSDN博客推荐文章
  内存泄漏(memory leak)是指由于疏忽或错误造成程序未能释放已经不再使用的内存. 那么在Android中,当一个对象持有Activity的引用,如果该对象不能被系统回收,那么当这个Activity不再使用时,这个Activity也不会被系统回收,那这么以来便出现了内存泄漏的情况. 在应用中内出现一次两次的内存泄漏获取不会出现什么影响,但是在应用长时间使用以后,若是存在大量的Activity无法被GC回收的话,最终会导致OOM的出现.