内存泄漏

检测内存泄漏方法：

  1.MS C-Runtime Library 内建的检测功能

   使用MFC 开发的应用程序时，会在Debug 模式下编译执行，程序运行结束后，VisualC++ 会输出内存的使用情况，如果发生了内存泄漏，在Debug 窗口中会输出所有发生泄漏的内存块的信息，如下所示：
Detected memory leaks!
Dumping objects ->
mainFrm.cpp(45) : {352} normal block at 0x0058A4B8, 40 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.
这是因为在编译过程中，IDE 自动加入了内存泄漏的检测代码。MFC 在程序执行过程中维护了一个内存链，以便跟踪每一块内存的生命周期。在程序退出的时候，dbgheap.c 文件中的extern "C" _CRTIMP int __cdecl _CrtDumpMemoryLeaks(void) 函数被调用，遍历当前的内存链，如果发现存在没有被释放的内存，则打印出内存泄露的信息。一般，大家都误以为这些内存泄漏的检测功能是由MFC 提供的，其实不然。这是VC++ 的C 运行库（CRT）提供的功能，MFC 只是封装和利用了MS C-Runtime Library 的Debug Function 而已。所以，在编写非MFC 程序时我们也可以利用MS C-Runtime Library的Debug Function 加入内存泄漏的检测功能。
要在非MFC 程序中打开内存泄漏的检测功能非常容易，只须在程序的入口处添加以下代码：
_CrtSetDbgFlag( _CrtSetDbgFlag(_CRTDBG_REPORT_FLAG)
| _CRTDBG_LEAK_CHECK_DF );
这样，在程序运行结束时，如果还有内存块没有释放，它们的信息就会被打印到Debug窗口里.

   2.外挂式的检测工具

   检测工具BoundsChecker 或Insure++.

   BoundsChecker 采用的是一种被称为Code Injection 的技术，来截获对分配内存和释放内存的函数的调用的。简单地说，当程序开始运行时，BoundsChecker 的DLL 被自动载入进程的地址空间中，然后它会修改进程中对内存分配和释放的函数调用，让这些调用首先转入它的代码，然后再执行原来的代码。BoundsChecker 在做这些动作时，无须修改被调试程序的源代码或工程配置文件，这使得使用它非常简便、直接。而Insure++ 则是利用其专利技术（源码插装和运行时指针跟踪）来发现大量的内存操作错误，准确报告错误的源代码行和执行轨迹。
   如果开发环境是Linux，MS C-Runtime Library 内建检测功能就会彻底失效，BoundsChecker
或Insure++ 也无能为力。这时，外挂式的检测工具Rational Purify 或Valgrind 便派上了用场。Rational Purify主要是针对软件开发过程中难以发现的内存错误、运行时错误。它可以在软件开发过程中自动地发现错误，准确地定位错误，并提供完备的错误信息，从而减少调试时间。同时它也是市场上唯一支持多种平台的相关工具，并且可以和很多主流开发工具集成。Purify 可以检查应用的每一个模块，甚至可以查出复杂的多线程或进程应用中的错误。另外，它不仅可以检查 C/C++，还可以对 Java 或 .NET 中的内存泄漏问题给出报告。
在 Linux 系统中，使用 Purify 非常简单，只须重新编译程序：
purify g++ -g main.cpp -o LeakDetector
运行编译生成的可执行文件LeakDetector，就可以定位出内存泄漏的具体位置。除了Rational Purify，Valgrind 也是Linux 系统下开发应用程序时用于调试内存问题的有效工具。它尤其擅长发现内存管理的问题，检查发现程序运行时的内存泄漏。