本文介绍，当VC++或者MFC程序，出现内存泄露时，如何快速定位的方法，这种方法有一定的局限性，在注意事项中会给出的。
MFC程序
当MFC程序出现内存泄露时，退出程序时的VS调试输出窗口，一般会有如下显示：
上面显示了在程序的哪个文件的哪行语句，发生了内存泄露，其中：
{345}： 表示 内存分配编号
normal block：表示 内存块类型，有普通块（普通程序分配）、客户端块（分配基于CObject的内存）和CRT块（库函数内部分配）这几种类型
0x0074A030：以16进制形式输出的内存位置
40 bytes long： 以字节为单位的内存块大小
Data< >CD CD ..:内存块前16个字节的内容，16进制表示。
定位内存泄露位置，可以双击泄露信息，也可以在输出窗口 按F4键，跳转到 出错行。
普通VC++程序
在普通VC++程序中，要类似MFC中内存检测的效果，需要做如下操作。
1. 在头文件中，添加 #include <ctrdbg.h>
2. 在程序入口最开始处，添加 下面两句话即可
_CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF ); //设置调试堆函数跟踪分配的方式
//_CrtSetBreakAlloc(); //这句话，在确实有内存泄露的情况下，给 内存分配编号
3. 按F5，运行程序，等待程序退出后，在输出窗口可以看到下面的情况：
如图所示，程序有两处内存泄露地方，分配编号为 476 和 475，此时，给_CrtSetBreakAlloc()函数传入476参数，再次运行程序，在退出时，会弹出如下窗口：
点击 中断 跳到，_CrtSetBreakAlloc()中断的地方，然后在程序中，通过查看调用堆栈，就可以看到应用程序的哪一次new操作没有执行delete操作。
在中断的同时，也可以从控制台中，看到整个程序析构的顺序，如下图所示：
注意事项
1. 当程序确认没有内存泄露时，不可以调用_CrtSetBreakAlloc(475)，因为，这样会在指定内存分配次数发生时，强制中断程序。
2. 这种检测内存分配的方式，要求，程序在执行过程中，是可还原的（多次执行过程的内存分配顺序不会发送变化）,这个假设，在多数情况下是成立的，不过，在多线程执行的环境下，有时候难以保证。
3. 对于普通C程序，上述检测方法也是成立的，只不过new换成了malloc，delete换成了free
4. 比如 int *p = new int[4]; delete p; 这种方式的泄露，上述方法是检测不出来，此时，需要cppcheck等更有力的工具来检查。
参考链接：C++调试堆