如何定位c++内存泄露

全部回答3
默认 最新
  • 代码有误,应该是char* c = new char [1000];调用delete(或者称为delete operator)表达式,实际上相当于调用被delete指针指向对象的析构函数(对于非类类型的对象省略),然后调用operator delete(如果没有自定义类的operator delete,默认就是全局的::operator delete——声明在中,但iso c++标准特别指出这个声明是默认的,无需包含这个头文件)来释放对象占据的内存。由于指针不储存指向对象的大小,在运行期无法根据一个有效的对象指针本身得知指向的对象是一个单独的非数组对象还是一个数组的首个元素,因此编译器光凭delete无法知道究竟是要调用一个对象的析构函数,还是数组中若干个(用delete[]可以指示编译器实现一段代码,在运行期动态地根据分配的内存大小动态地确定这个数量)对象的析构函数,这样对于超过一个元素的数组,存在没有被析构的对象。当对象里含有指针成员,需要通过析构函数来保证对象被销毁时不产生内存泄露时,缺少析构就会造成这些内存的泄露(delete掉的第一个对象本身的内存是不会泄露的,因为operator delete释放内存只要传递指针,大小可以根据new[]调用的operator new[]分配时留下的数据确定)。 对于char这样的内置类型,无所谓调用析构函数,所以不会泄露自身以外的内存。对于有指针成员的对象(包含间接的子对象,例如非指针成员包含的指针成员对象),当这个内存指向被另外分配的空间,且该对象是new得到的数组的非首个元素时,用delete代替delete[]肯定会出现自身以外的内存泄露。至于数组中非首个元素自身占据的空间会不会泄露,取决于operator new[]的实现。如果operator new[]中一次性分配内存而不是用operator new循环进行分配,调用operator delete和operator delete[]的效果可能相同,于是这块内存可以不泄露——通常标准库的全局实现会一次性分配内存,因为这样效率比较高;但如果用户重载或重写默认版本(这里又是标准规定的特例,不发生重定义)的operator new/operator new[]/operator delete/operator delete[],就不一定了;特别地,对于placement delete形式的operator delete,delete并不直接调用这个operator delete的重载版本,而是在new失败时调用(如果没有在之前调用std::set_new_handler的话),问题更加复杂。 为了可读性和减少失误,最好不要用delete代替应该使用的delete[]。c++这样的设计是相信程序员明白自己在干什么,所以是否使用[]这种对编译器的提示应该由程序员自己把握。 ps.从编译角度上来说,理论上可以用delete[]代替delete,不过显然效率低——而按c++标准,这是未定义行为,所以这种用法也是错误的。 ==== [原创回答团]
    0 点赞
  • 本文浅谈一下C 内存泄漏的检测,首先我们需要知道程序有没有内存泄露,然后定位到底是哪行代码出现内存泄露了,这样才能将其修复。最简单的方法当然是借助于专业的检测工具,比较有名如BoundsCheck工具,功能非常强大,相信做C 开发的人都离不开它。此外就是不使用任何工具,而是自己来实现对内存泄露的监控,分如下两种情况:一. 在 MFC 中检测内存泄漏假如是用MFC的程序的话,很简单。默认的就有内存泄露检测的功能。我们用VS2005生成了一个MFC的对话框的程序,发现他可以自动的检测内存泄露.不用我们做任何特殊的操作. 仔细观察,发现在每个CPP文件中,都有下面的代码:#ifdef _DEBUG #define new DEBUG_NEW #endifDEBUG_NEW 这个宏定义在afx.h文件中,就是它帮助我们定位内存泄漏。 在含有以上代码的cpp文件中分配内存后假如没有删除,那么停止程序的时候,VisualStudio的Output窗口就会显示如下的信息了:Detected memory leaks! Dumping objects -> d:\code\mfctest\mfctest.cpp(80) : {157} normal block at 0x003AF170, 4 bytes long. Data: < > 00 00 00 00 Object dump complete.在Output窗口双击粗体字那一行,那么IDE就会打开该文件,定位到该行,很容易看出是哪出现了内存泄露。二.检测纯C 的程序内存泄露我试了下用VisualStudio建立的Win32 Console Application和Win32 Project项目,结果都不能检测出内存泄露。下面一步一步来把程序的内存泄露检测的机制建立起来。首先,我们需要知道C运行库的Debug版本提供了许多检测功能,使得我们更容易的Debug程序。在MSDN中有专门的章节讲这个,叫做Debug Routines,建议大家先看看里面的内容吧。我们会用到里面很重要的几个函数。
    0 点赞
  • 内存泄漏指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况。这是C和C++程序员的噩梦之一。1)实质:内存泄漏并非指内存在物理上的消失,而是应用程序分配某段内存后,由于设计错误,导致在释放该段内存之前就失去了对该段内存的控制,从而造成了内存的浪费;2)原理:内存泄露的关键就是记录分配的内存和释放内存的操作,看看能不能匹配。跟踪每一块内存的生命周期;3)方法:不同开发环境有不同的检测方法,下面以VisualStudio为例介绍。在VS中使用时,需加上#define _CRTDBG_MAP_ALLOC#include <crtdbg.h>crtdbg.h的作用是将malloc和free函数映射到它们的调试版本_malloc_dbg和_free_dbg,这两个函数将跟踪内存分配和释放(在Debug版本中有效)_CrtDumpMemoryLeaks();函数将显示当前内存泄露,也就是说程序运行到此行代码时的内存泄露,所有未销毁的对象都会报出内存泄露,因此要让这个函数尽量放到最后。
    0 点赞

没有更多内容了

返回顶部
产品求购 求购