VCMFC 内存泄漏查找方法.docx

《VCMFC 内存泄漏查找方法.docx》由会员分享，可在线阅读，更多相关《VCMFC 内存泄漏查找方法.docx（9页珍藏版）》请在三一办公上搜索。

1、VC/MFC内存泄漏的个人总结分类：内存2008-04-15 17:101548人阅读评论（2）收藏举报首先先看看下面的内容吧！我就是认真阅读了它，并结合自己所学的东西，解决了一个超难得问题（自己觉得！嘿嘿）关于MFC下检查和消除内存泄露的技巧摘要本文分析了 Windows环境使用MFC调试内存泄露的技术，介绍了在Windows环境下用VC+查找，定位和消除内存 泄露的方法技巧。关键词：VC+； CRT调试堆函数；试探法。编译环境VC+6.0技术原理检测内存泄漏的主要工具是调试器和CRT调试堆函数。若要启用调试堆函数，请在程序中包括以下语句：#define CRTDBG_MA巳ALLOC #i

2、nclude #include 注意#include语句必须采用上文所示顺序。如果更改了顺序，所使用的函数可能无法正确工作。通过包括crtdbg.h，将malloc和free函数映射到其Debug”版本_malloc_dbg和_free_dbg,这些函数将跟踪内存分配和释放。此映射只在调试版本（在其中定义了_DEBUG）中发生。发布版本使用普通的malloc和free函数。#define语句将CRT堆函数的基版本映射到对应的“Debug，版本。并非绝对需要该语句，但如果没有该语句，内存泄 漏转储包含的有用信息将较少。在添加了上面所示语句之后，可以通过在程序中包括以下语句来转储内存泄漏信息：_C

3、rtDumpMemoryLeaks（）;当在调试器下运行程序时，_CrtDumpMemoryLeaks将在输出”窗口中显示内存泄漏信息。内存泄漏信息如下所示：Detected memory leaks! Dumping objects - C:PROGRAM FILESVISUALSTUDIOMyProjectsleaktestleaktest.cpp（20） : 18 normal block at 0x0078080, 64 bytes long. Data: CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD Object dump compl

4、ete.如果不使用#define _CRTDBG_MA_ALLOC语句，内存泄漏转储如下所示：Detected memory leaks! Dumping objects - 18 normal block at 0x0078（80, 64 bytes long. Data: CD CD CDCD CD CD CD CD CD CD CD CD CD CD CD CD Object dump complete.未定义_CRTDBG_MAPALLOC时，所显示的会是：内存分配编号（在大括号内）块类型（普通、客户端或CRT）。十六进制形式的内存位置。以字节为单位的块大小。前16字节的内容（亦为十六

5、进制）定义了 _CRTDBG_MAPALLOC时，还会显示在其中分配泄漏的内存的文件。文件名后括号中的数字（本示例中为 20）是该文件内的行号。转到源文件中分配内存的行在输出窗口中双击包含文件名和行号的行。-或-在输出窗口中选择包含文件名和行号的行，然后按F4键。_CrtSetDbgFlag如果程序总在同一位置退出，则调用_CrtDumpMemoryLeaks足够方便，但如果程序可以从多个位置退出该怎么办呢？ 不要在每个可能的出口放置一个对_CrtDumpMemoryLeaks的调用，可以在程序开始包括以下调用： _CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF |

6、_CRTDBG_LE_CHECK_DF );该语句在程序退出时自动调用_CrtDumpMemoryLeaks必须同时设置_CRTDBG_ALLOC_MEM_DF和 _CRTDBG_LEAK_CHECK_DF两个位域，如上所示。说明在VC+6.0的环境下，不再需要额外的添加#define CRTDBG_MA巳ALLOC #include #include 只需要按F5,在调试状态下运行，程序退出后在输出窗口可以看到有无内存泄露。如果出现Detected memory leaks! Dumping objects - 就有内存泄露。确定内存泄露的地方根据内存泄露的报告，有两种消除的方法：第一种比较

7、简单，就是已经把内存泄露映射到源文件的，可以直接在输出窗口中双击包含文件名和行号的行。例如 Detected memory leaks! Dumping objects - C:PROGRAM FILESVISUAL STUDIOMyProjectsleaktestleaktest.cpp(20) : 18 normal block at 0x0078080, 64 bytes long. Data: CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD Object dump complete. C:PROGRAM FILEISUAL STUDIOM

8、yProjectsleaktestleaktest.cpp(20) 就是源文件名称和行号。第二种比较麻烦，就是不能映射到源文件的，只有内存分配块号。Detected memory leaks! Dumping objects - 18 normal block at 0x0078(80, 64 bytes long. Data: CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD Object dump complete.这种情况我采用一种试探法。由于内存分配的块号不是固定不变的，而是每次运行都是变化的，所以跟踪起来很 麻烦。但是我发现虽然内存分配的

9、块号是变化的，但是变化的块号却总是那几个，也就是说多运行几次，内存分配的块 号很可能会重复。因此这就是试探法的基础。:先在出试次态下运次来;断；内存分中设块内存分几添加如下对于第18个内存分配)： _crtBreakAlloc = 18;3 或者，可以使用具有同样效果的_CrtSetBreakAlloc函数： _CrtSetBreakAlloc(18);4 在调试状态下运行序，在断点停下时，打开调用堆栈窗口，找到对应的源代码处；5 退出程序，观察输出窗口的内存泄露报告，看实际内存分配的块号是不是和预设值相同，如果相同，就找到了；如果不同，就重复步骤3,直到相同。最后就是根据具体情况，在适当的位

10、置释放所分配的内存下面是自己的感受(认真看呀！对不太懂这片的人来说是很有用的呀)内存泄漏不外乎是new出来没有delete或者是数组或列表指针之类的开辟内存的数据结构没有置空或销毁；那你可以在这几个地方利用下面的语句，看看内存泄漏块是否是你检查的地方/ example for CMemorySate:CMemorySate/ Includes all CMemorySate functionsCMemorySate msOld, msNew, msDif;msOld.Checkpoint();CAge* page1 = new CAge( 21 );CAge* page2 = new CAge

11、( 22 );msOld.DumpAllObjectsSince();msNew.Checkpoint();msDif.Difference( msOld, msNew);msDif.DumpSatistics();找到内存泄漏的地方，一级一级看，这些数据在什么地方没用到，看看在每个接口销毁处是否对这些数据结构进行置空 或销毁！很好用的呀！最后记得给我评评分，鼓励鼓励我吗！嘿嘿内存泄漏定位(依赖MFC)分类：基础编程2009-01-08 19:521346人阅读评论(2)收藏举报今天调试程序，发现有内存泄漏但是没有提示具体是哪一行，搞得我很头疼。结果在网上搜索了一些资料，经自己 实践后整理如下

12、：第一种：通过OutPut窗口定位引发内存泄漏的代码(下面转，我写的没原 文好，也懒得写)。我们知道，MFC程序如果检测到存在内存泄漏，退出程序的时候会在调试窗口提醒内存泄漏。例如：class CMyApp : public CWinApp(public:BOOL InitApplication()(int* leak = new int10;return TRUE;产生的内存泄漏报告大体如下：Detected memory leaks!Dumping objects -c:/work/test.cpp(186) : 52 normal block at 0X003C4410, 40 byte

13、long.Data: CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CDObject dump complete.这挺好。问题是，如果我们不喜欢MFC那么难道就没有办法？或者自己做？呵呵，这不需要。其实，MFC也没有自己做。内存泄漏检测的工作是VC+的 C运行库做的。也就是说，只要你是VC+ 程序员，都可以很方便地检测内存泄漏。我们还是给个样例：#include inlinevoid EnableMemLeakCheck()(_CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REORT_FLAG) | _CRTDBG_LAK

14、_CHECK_DF);void main()(EnableMemLeakCheck();int* leak = new int10;运行(提醒：不要按Ctrl+F5按F5)，你将发现，产生的内存泄漏报告与MFC类似，但有细节不同，如下：Detected memory leaks!Dumping objects -52 normal block at 0X003C4410, 40 byte long.Data: CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CDObject dump complete.为什么呢？看下面。定位内存泄漏由于哪一句话引起的你

15、已经发现程序存在内存泄漏。现在的问题是，我们要找泄漏的根源。一般我们首先确定内存泄漏是由于哪一句引起在MFC中，这一点很容易。你双击内存泄漏报告的文字，或者在Debug窗口中按F4, IDE就帮你定位到申请该内存块的地方。对于上例，也就是这一句：int* leak = new int10;这多多少少对你分析内存泄漏有点帮助。特别地，如果这个iew仅对应一条delete (或者你把delete漏写)，这将很快 可以确认问题的症结。我们前面已经看到，不使用MFC的时候，生成的内存泄漏报告与MFC不同，而且你立刻发现按F4不灵。那么难道MFC 做了什么手脚？其实不是，我们来模拟下MF C做的事情。看

16、下例：inlinevoid EnableMemLeakCheck()_CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REORT_FLAG) | _CRTDBG_LAK_CHECK_DF);#ifdef _DEBUG#define new new(_NORMAL_BLOCK, _FIL_, _LINE_)#endifvoid main()(EnableMemLeakCheck();int* leak = new int10;再运行这个样例，你惊喜地发现，现在内存泄漏报告和MFC没有任何分别了。第二种方法：直接定位指定内存块错误的代码行(下面转)。单确定了内存泄漏发生在

17、哪一行，有时候并不足够。特别是同一个w对应有多处释放的情形。在实际的工程中，以下 两种情况很典型： 创建对象的地方是一个类工厂ClassFactory)模式。很多甚至全部类实例由同一个new创建。对于此，定 位到了 new出对象的所在行基本没有多大帮助。 COM对象。我们知道COM对象采用Reference Count维护生命周期。也就是说，对象new的地方只有一个， 但是Release的地方很多，你要一个个排除。那么，有什么好办法，可以迅速定位内存泄漏？答：有。在内存泄漏情况复杂的时候，你可以用以下方法定位内存泄漏。这是我个人认为通用的内存泄漏追踪方法中最有效的手 段。我们再回头看看crtd

18、bg生成的内存泄漏报告：Detected memory leaks!Dumping objects -c:/work/test.cpp(186) : 52 normal block at 0X003C4410, 40 bytelong.Data: CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CDObject dump complete.除了产生该内存泄漏的内存分配语句所在的文件名、行号为，我们注意到有一个比较陌生的信息52。这个整数值代表了什么意思呢？其实，它代表了第几次内存分配操作。象这个例子，52代表了第52次内存分配操作发生了泄漏。你可能要说

19、，我只new过一次，怎么会是第52次？这很容易理解，其他的内存申请操作在：的初始化过程调用的呗。：)有没有可能，我们让程序运行到第2次内存分配操作的时候，自动停下来，进入调试状态？所幸，crtdbg确实提供了这样的函数：即 long _CrtSetBreakAlloc(long nAllocID)我们加上它：inlinevoid EnableMemLeakCheck()_CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REORT_FLAG) | _CRTDBG_LAK_CHECK_DF);#ifdef _DEBUG#define new new(_NORMAL_BLO

20、CK, _FIL_, _LINE_)#endifvoid main()(EnableMemLeakCheck（）;_CrtSetBreakAlloc（52）;int* leak = new int10;你发现，程序运行到int* leak =newint10; 一句时，自动停下来进入调试状态。细细体会一下，你可以发现，这种方 式你获得的信息远比在程序退出时获得文件名及行号有价值得多。因为报告泄漏文件名及行号，你获得的只是静态的信 息，然而_CrtSetBreakAlloc则是把整个现场恢复，你可以通过对函数调用栈分析（我发现很多人不习惯看函数调用栈， 如果你属于这种情况，我强烈推荐你去补上这一

21、课，因为它太重要了）以及其他在线调试技巧，来分析产生内存泄漏的 原因。通常情况下，这种分析方法可以奄分钟内找到肇事者。当然，_CrtSetBreakAlloc要求你的程序执行过程是可还原的（多次执行过程的内存分配顺序不会发生变化）这个假设 在多数情况下成立。不过，在多线程的情况下，这一点有时难以保证。个人心得：我在用这种方法时开始没看懂，后来在MSDN中也找到了这方面相关的信息，后来才会用。我感觉在这方 面网上介绍的不够详细，下面我就相对详细地解释一（为什么用“相对详细”？本人比较懒）。首先说明一下，下面的函 数不需要上面所添加的宏定义和crtdbg.h头文件，也不需要EnableMemLea

22、kCheck（函数。只需在main函数一开始运 行_CrtSetBreakAlloc（long （4459）函数。其中4459是申请内存的序号（上面有说明），然后F5运行（不需要设断点），然后 会出现“ Find Source这个对话框，点击取消”。然后会出现“User breakpoint called from code at xxXX勺对话框，点击 “确定”，会看到一些汇编的代码（不要怕，其实我也看不懂，算然原来学过点汇编）调出堆栈窗口（call stack），在其 中的“main（） line xxx + xxx byte”上双击（或它的上一行双击，我的上一行是一个自定义函数，双击后直

23、接定位到我new 的地方，定位还是很准的，开始我怀疑，但最后检查果然是这地方没释放）会定位到错误行。第三种：用Ctrl+B来设定，不过现在好像忘了。效果根第二种方法基本一样。有人会问，既然第一种方法定位没问题，为什么还要介绍第二种？其实在实际应用中，某些内存泄漏它没有定位到哪一 行的，只有内存块的序号（有可能我用的不太会用,）这个时候就需要用第二种方法。如何调试MFC中的内存泄漏最近好像常常看到有人问如何调试内存泄漏的问题，于是我写下本文，抛砖引 玉.首先，应该是MFC报告我们发现内存泄漏。注意：要多运行几次，以确定输出的内容不变，特别是之间的数值，不能变，否则下面的方法就不好用了。Detec

24、ted memory leaks?Dumping objects -F:1Ci?deSaupleTestTestPipeLeakTestMainFri.cpp(5U) : 86 normal block at SMOU22E80, 16 bytes lng.Data: 1F 1F 1F 1F 1F CD CD CD CD CDObject dump CGfnplDte.|The thread SxE2C has exited with c Build Dabug / r : id in F- ;.les 1 r : id in es 2RemuI姑 | 4曹次盅g |算嚣畲点a |.矗M参f

25、/ |吹瓣|S.|蠡舞准|费|享算|并ReadyLn 26, Coi我们来看看:F:CodeSampleTestTestPipeLeakTestMainFrm.cpp(54) : 86 normal block at 0X00422E80, 10 bytes lo ng.Data: 1F 1F 1F 1F 1F CD CD CD CD CDF:CodeSampleTestTestPipeLeakTestMainFrm.cpp(54)告诉我们 MF C认为是在该文件的54行，发生了内存泄漏。你双击改行就可以转到该文件的54行了。但 是有时候这一信息并不能用来准确判断，比如：MFC可能报告Strc

26、ore.cpp文件的某行， 实际上这是CString的实现函数，此时并不知道什么时候发生了内存泄漏。此时我们需要更多的信息。那么我们看看紧接其后的：86 normal block at 0X00422E 80, 10 bytes long.Data: 1F 1F 1F 1F 1F CD CD CD CD CD它告诉我们：在第86次分配的内存没有释放，一共有10字节，内容移16进制方 式打印给我们看。有了这些信息，我们可以开始调试内存泄漏了。按下F10在程序的刚开始处，停下来，打开Watch窗口:在Watch窗口中输入：,msvcrtd.dll_crtBreakAllocWatch然后更改值为上

27、文提到的分配次数：86接着按下F5继续，然后在第86次分配的时候会发生中断:然后我们打开堆栈窗口:鼎 ClassWizard. Ctrl+W-庭同官网匝ID= Resource Symbols.Resource Includes.T|El Full Scr eenckMemory();View Insert Project Debug Tools DriverStudio Window HeWorkspaceAlt+OLCurr;| Debug WindowsWatchAlt+3仔RefreshCall StackAlt+7MemoryAlt+6固 Pfoperties Alt+EnterVa

28、riablesAlt+4if (*(*_pfnAllocHoQlRegistersAlt+5if (szFileName).DisassemblyAlt+8OutputAlt+2D!RPT2( CRT UARN, Client hook a：Call Stack%_heap_alluc_dbg(unsigned int 16. int 1 a nhnallt-c dbg (unsigned int 1S, int 药，芝 nallic dbg (unsigned int IS, int 1, ci peratssr neu(unsigned int IS, int 1, ci jperatisr ne岖unsigned int IS, const ch CMainF-ame: :DnCreate( tagCREfiTESTRUCTA， CUnd:OnUndMsg(unsigned int 1, unsignei CUnd ： :UindoifProc(unsigned int 1, unsigi往回查看最近我们自己的代码，双击堆栈我们自己的函数那一层，上图有绿色三角的 那一层。就定位到泄漏时分配的内存了。之后，就是看你的编码功底了。