如何检查C++中的内存泄漏

　内存泄漏是编程中常常见到的一个问题，我所遇过的原因有两个：

　　1.分配完内存后忘记回收

　　2.代码有问题，造成想回收却无法回收，例如： 

int* p=new int;
p=new int;   //p指针修改，原来申请内存的地址没有记录下来，于是无法释放

　　下面介绍如何检查内存泄漏：

　　1.包含头文件和定义  #define _CRTDBG_MAP_ALLOC   //并非绝对需要该语句，但如果有该语句，打印出来的是文件名和行数等更加直观的信息

#include
#include

　　（1）#include语句必须采用上文所示顺序。如果更改了顺序，所使用的函数可能无法正确工作

　　（2）如果有cpp文件无法看到这三行，以下函数就无效了，于是应该把这三行放到一个头文件里，确保每个cpp文件会调用到它

　　2.方法一：使用_CrtDumpMemoryLeaks（） 

int main(int argc , char* argv[])
{
    {new int;}
    _CrtDumpMemoryLeaks();
    return 0;
}

　output：

    Detected memory leaks！

    Dumping objects ->

    {49} normal block at 0x00384DA8， 4 bytes long.

    Data： <    > CD CD CD CD

    Object dump complete.

　　其内容包括：内存分配型号（在大括号内）、块类型（普通、客户端或 CRT）、 十六进制形式的内存位置、以字节为单位的块大小、以字节为单位的块大小、前 16 字节的内容（十六进制）

　　注意：

　　（1）大括号的位置，如果不加{new int；}，这块内存是等到main函数结束才泄漏的，而_CrtDumpMemoryLeaks（）是在main函数里调用的，于是判断内存泄漏 

class A
{
public:
    int* Data;
    A()
    {
        Data=new int;
    }
    ~A()
    {
        delete Data;
    }
};

int main(int argc , char* argv[])
{
    A Test;
    _CrtDumpMemoryLeaks();
    return 0;
}

    output：

    Detected memory leaks！

    Dumping objects ->

    {49} normal block at 0x00384DA8， 4 bytes long.

    Data： <    > CD CD CD CD

    Object dump complete.

（2）对于一些全局函数，如果初始化时申请了内存，到程序结束时候才释放，此函数会一直把新申请的内存当作泄漏来对待 

A Test;
int main(int argc , char* argv[])
{
    _CrtDumpMemoryLeaks();
    return 0;
}

    output：

    Dumping objects ->

    {49} normal block at 0x00384DA8， 4 bytes long.

    Data： <    > CD CD CD CD

    Object dump complete.

　　2.方法二：在程序入口写几个语句，程序退出时，如果发现有内存泄漏，会自动在DEBUG OUTPUT窗口和DebugView中输出内存泄漏信息

 int tmpFlag = _CrtSetDbgFlag( _CRTDBG_REPORT_FLAG );
 tmpFlag |= _CRTDBG_LEAK_CHECK_DF;
 _CrtSetDbgFlag( tmpFlag );

　　3.方法三：使用_CrtMemCheckpoint（），可以查出某程序段的内存泄漏情况 

int main(int argc , char* argv[])
{
    CrtMemState s1, s2, s3;
    _CrtMemCheckpoint( &s1 );
    new int; //程序段
    _CrtMemCheckpoint( &s2 );
    if ( _CrtMemDifference( &s3, &s1, &s2) ) _CrtMemDumpStatistics( &s3 );
    return 0;
}

   output：

    bytes in 0 Free Blocks.

    4 bytes in 1 Normal Blocks.

    0 bytes in 0 CRT Blocks.

    0 bytes in 0 Ignore Blocks.

    0 bytes in 0 Client Blocks.

    Largest number used： 0 bytes.

    Total allocations： 4 bytes.