上篇文章介绍了内存泄露以及避免方法，本篇文章介绍当内存泄露发生时，如何解决

1. 笨方法手动调试

• 1 检查代码是否每一个new、malloc 都有对应的 delete、free
• 2 观察有哪些可能分配内存和释放内存的代码，在其上下添加断点，以debug模式运行
• 3 打开任务管理器，查看调试程序的内存占用，
• 4 逐个排除：
  - 看运行哪些语句时内存占用增加
  - 看运行释放内存语句后，内存占用是否减少
  - 查看释放后的内存是否仍然存在
• 5 针对第4步找出内存释放失败的语句，通过查看内存的详细信息，逐步调试

2. 利用工具检测

原文链接：使用_CrtSetDbgFlag检测内存泄露
对于vs启用内存泄露检测：
检测内存泄漏的主要工具是调试器和 C 运行时库 (CRT) 调试堆函数。若要启用调试堆函数，请在程序中包括以下语句：

#define _CRTDBG_MAP_ALLOC
#include <stdlib.h>
#include <crtdbg.h>

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

#define _CRTDBG_MAP_ALLOC
#include<stdlib.h>
#include<crtdbg.h>
#definenewnew( _CLIENT_BLOCK, __FILE__, __LINE__)
intmain()
{
int* leak = newint[10];
_CrtDumpMemoryLeaks();
}

这个示范程序与前面讲的多了一个宏定义：
#definenewnew( _CLIENT_BLOCK, __FILE__, __LINE__)
原因稍后再说，我们先看看程序运行（提醒：不要按Ctrl+F5，按F5）后的结果。
程序调试后在“输出”窗口输出如下：
Detected memory leaks!
Dumping objects ->
e:\work\myproject\test\test\test.cpp(57) : {48} client block at 0x00392BB0, subtype 0, 40 bytes long.
Data: <> CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.
“输出”很明显的告诉了你在test.cpp文件的第57行分配了一个40字节的内存而没有释放。在“输出”窗口中选择包含文件名和行号的行，然后按 F4 键即可进入到源文件中分配内存的行。
现在我们再来看看如果不加之前那个new的宏定义会出现怎么样的结果。
程序调试后在“输出”窗口输出如下：
Detected memory leaks!
Dumping objects ->
{48} normal block at 0x00392BB0, 40 bytes long.
Data: <> CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.
与之前的对比，这次的输出并没有告诉我们这个内存泄露具体是在哪个位置引起的。另外如果没定义#define_CRTDBG_MAP_ALLOC 会引起同样的结果。