在进行C++(www.cppentry.com)开发时，如果在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 <stdlib.h>

　　#include <crtdbg.h>

　　#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: <H7> 48 37 07 01 CD CD CD CD

　　137是堆块的分配序号，堆块的类型为普通堆块，位置为0x01073790,用户区长度为8字节。

　　Data后为用户数据区的前16字节，因为这个数据区只有8字节，所以即所有8字节。<H7>是这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等工具进行检测。