如何定位c++内存泄露

在进行C++开发时，如果在windows平台上，使用MFC，则可以自动检测内存泄露，如果是win32或者console程序，不使用MFC，则需要自己进行处理。

下面是在总结的一些方法，均来自网上，也经历了实际检验，在此备份。

 

 

1．  利用 KDetectMemoryLeak.h来完成类似MFC重定义NEW宏的效果。可以完成泄露点的输出。

在代码的最后，采用_CrtDumpMemoryLeaks();

具体可以参见《VS2008内存泄露检测》文档，作者写的很清楚，在此谢谢。

 

KDetectMemoryLeak.h 源码：

#pragma once

#ifdef _DEBUG

#define DEBUG_CLIENTBLOCK    new( _CLIENT_BLOCK, __FILE__,__LINE__)

#else

#define DEBUG_CLIENTBLOCK

#endif

#define _CRTDBG_MAP_ALLOC

#include

#include

#ifdef _DEBUG

#define new DEBUG_CLIENTBLOCK

#endif

 

 

2．  对于无法定位到具体源代码的泄露，可以通过分析dump出来的信息来定位。

特别是在DLL库中，经常会出现这种情况。

比如：

{152} normal block at 0x01078320, 12 bytes long. 
Data: 08 79 65 00 48 82 07 01 00 00 00 00 
{151} normal block at 0x010782C0, 36 bytes long. 
Data: CD CD CD CD CD CD CD CD 00 00 00 00 00 00 0000 
{150} normal block at 0x01078248, 56 bytes long. 
Data: F4 77 65 00 00 00 00 00 68 71 07 01 90 3A 0910 

 

《软件调试》的702页介绍了堆块转储的细节，取其中的一个堆块为例： 
{137} normal block at 0x01073790, 8 bytes long. 
Data: 48 37 07 01 CD CD CD CD 
137是堆块的分配序号，堆块的类型为普通堆块，位置为0x01073790，用户区长度为8字节。 
Data后为用户数据区的前16字节，因为这个数据区只有8字节，所以即所有8字节。是这8字节的ASCII码显示（其它6字节为不可显示的ASCII码）。其中的CD CD CDCD 是CRT在分配堆块时自动填充的固定内容（《软件调试》P696）。这说明这8个字节的堆块，应用程序使用过前4个字节，后四个字节没有使用过。 

 

对于这样的内存泄漏，有很多种办法，你首先可以试一下23.13.1节介绍的内存分配序号断点，也就是重新运行程序，在尽可能早的时候（比如入口），设置序号断点（将_crtBreakAlloc变量设置为要中断的序号，比如137），让CRT分配到指定的内存块时中断。中断下来后，可以根据栈回溯判断是哪个模块在分配内存，记录后，再退出程序，如果这个堆块仍出现在转储列表中，那么刚才那个模块便值得怀疑了。 

如果你有被怀疑的模块源代码，那么可以使用23.15.3节介绍的方法让堆块转储信息中包含源程序的文件名和行号，即下面的样子： 
C:\dig\dbg\author\code\chap23\MemLeak\MemLeak.cpp(22): {74} normal block at 0x00371000, 20 bytes long. 
Data: CD CD CD CD CD CD CD CD CD CD CD CD CD CD CDCD 

 

 

3．可以利用 vld 进行检测。

 

4．还可以利用 boundcheck，purify等工具进行检测。