C++下面的内存泄露检测

内存的管理机制是写代码过程中一个比较重要的功能模块，因为内存泄露是很难调试出来的，会给软件埋下定时炸弹。在C++

环境下有相关的内存检测的方式，这里简单的罗列一下，避免以后自己会忘记，基本上是参考网络上面一篇文章：

在VC下面有这样的一个头文件crtdbg.h，专门用于内存的管理。

我们会用到里面很重要的几个函数。其中最重要的是 _CrtDumpMemoryLeaks();自己看MSDN里的帮助吧。使用这个函数，需要包含头文件crtdbg.h
该函数只在Debug版本才有用，当在调试器下运行程序时，_CrtDumpMemoryLeaks 将在“Output(输出)”窗口中显示内存泄漏信息.写段代码试验一下吧，如下：

 

#include "stdafx.h"
#include <crtdbg.h>

int _tmain(int argc, _TCHAR* argv[])
{
   int* p = new int();
     _CrtDumpMemoryLeaks();
     return 0;
}

注意这个函数只有debug条件下才会有作用，并且答应的信息输出在vc下面的output窗口中。

Detected memory leaks!
Dumping objects ->
{104} normal block at 0x00697870, 4 bytes long.
 Data: <    > 00 00 00 00
Object dump complete.
The program '[4688] MemDebug.exe: Native' has exited with code 0 (0x0).

 

但是这个函数还是很郁闷，我们不知道内存泄露在什么地方，于是我们有了内存泄露的第二个版本。

在引入这个头文件之前，假如这样的宏

#ifdef _DEBUG
#define DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define DEBUG_CLIENTBLOCK
#endif
#define _CRTDBG_MAP_ALLOC
#include <crtdbg.h>
#ifdef _DEBUG
#define new DEBUG_CLIENTBLOCK
#endif

#include <crtdbg.h>

 

int _tmain(int argc, _TCHAR* argv[])
{
   int* p = new int();
     _CrtDumpMemoryLeaks();
     return 0;
}

 

我们会发现现在的打印信息为

Detected memory leaks!
Dumping objects ->
i:/vc_test/memdebug/memdebug/memdebug.cpp(21) : {104} client block at 0x003B7870, subtype 0, 4 bytes long.
 Data: <    > 00 00 00 00
Object dump complete.
The program '[3064] MemDebug.exe: Native' has exited with code 0 (0x0).

 

这样就包含了泄露内存最开始分配的时候的地址。

 

该程序定义了几个宏，通过宏将Debug版本下的new给替换了，新的new记录下了调用new时的文件名和代码行.

但是这个还不是最终版本，我们可以这样的代码来测试：

int _tmain(int argc, _TCHAR* argv[])
{
   int* p = new int();
     _CrtDumpMemoryLeaks();
     delete p;
     return 0;
}
发现我们释放掉的时候，还是有提示说内存错误，这个就有问题了。

运行后可以发现我们删除了指针，但是它仍然报内存泄露。所以可以想象，每调用一次new，程序内部都会将该调用记录

下来，类似于有个数组记录，假如delete了，那么就将其从数组中删除，而_CrtDumpMemoryLeaks()就是把这个数组

当前的状态打印出来。所以除了在必要的时候Dump出内存信息外，最重要的就是在程序退出的时候需要掉用一次_CrtDumpMemoryLeaks();
 假如程序有不止一个出口，那么我们就需要在多个地方都调用该函数。

这个就是说，我们把debug模式下的new改变了一下，这个时候每一次new都会忘某个调试分配的表中添加一条信息，如果

delete，这个信息就会删掉，我们只能在程序最终退出的地方加上这样的一个函数CrtDumpMemoryLeaks表示需要打印

内存泄露。程序改成这样就会没有：

int _tmain(int argc, _TCHAR* argv[])
{
   int* p = new int();
    
     delete p;
     _CrtDumpMemoryLeaks();
     return 0;
}
根据这个原理我们可以推断出下面的程序也会出现内存泄露的错误：

class Test
{
public:
    Test()      {   _p = new int();     }
    ~Test()     {   delete _p;          }
    int* _p;
};

int _tmain(int argc, _TCHAR* argv[])
{
   int* p = new int();
     delete p;
     Test t;
     _CrtDumpMemoryLeaks();
     return 0;
}

造成这个的原因就是我们没有保证这个函数是在程序最后调用的，因为Test t是一个局部类，在程序退出的时候，程序会自动

的调用析构，这个调用析构在CrtDumpMemoryLeaks之前，所以就会有这样的问题，如何来改进呢？如何保证我们的这个CrtDumpMemoryLeaks的调用一定在程序的最后，这个在我们自己的代码中是无法做到的，因为C++的析构是编译器的

特性，析构的调用是编译器自己调用的。

 

但是我们有这样的一个宏，让编译器知道程序退出的时候调用我们这个函数：

_CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );

代码如下：

class Test
{
public:
    Test()      {   _p = new int();     }
    ~Test()     {   delete _p;          }
    int* _p;
};

int _tmain(int argc, _TCHAR* argv[])
{
    _CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );
   int* p = new int();
     delete p;
     Test t;
     return 0;
}

但是我觉得光这样还不够，因为我们只是在Output窗口中输出信息，对开发人员的提醒还不明显，经常会被遗漏，而且很

多人就算发现了内存泄露，但是不好 修复，不会严重影响到程序外在表现，都不会修复。怎么样能让开发人员主动的修

复内存泄露的问题呢？记得曾经和人配合写程序，我的函数参数有要求，不能为 空，但是别人老是传空值，没办法了，

只好在函数开始验证函数参数，给他assert住，这样程序运行时老是不停的弹出assert，调试程序那个烦压，最 后其他程

序员烦了，就把这个问题给改好了，输入参数就正确了。所以我觉得咱要让程序员主动去做一件事，首先要让他觉得做这个

事是能减轻自己负担，让自己工 作轻松的。呵呵，那咱们也这样，当程序退出时，检测到内存泄露就让程序提示出来。

代码如下：

#include "stdafx.h"

#ifdef _DEBUG
#define DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define DEBUG_CLIENTBLOCK
#endif
#define _CRTDBG_MAP_ALLOC
#include <crtdbg.h>
#ifdef _DEBUG
#define new DEBUG_CLIENTBLOCK
#endif

#include <crtdbg.h>
#include <assert.h>


class Test
{
public:
    Test()      {   _p = new int();     }
    ~Test()     {           }
    int* _p;
};

 void Exit()
 {
     int i = _CrtDumpMemoryLeaks();
     assert( i == 0);
 }
int _tmain(int argc, _TCHAR* argv[])
{

     atexit(Exit);
   int* p = new int();
     delete p;
     Test t;
     return 0;
}

运行起来果然发现，Test析构的时候没有释放掉内存，现在终于知道xp下面经常弹出来的那个终止忽略调试对话框是如何

出来的。