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

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

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

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

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

int* p=new int;

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

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

1.包含头文件和定义


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


#include <stdlib.h>


#include <crtdbg.h>

(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!

Dum
4000
ping 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.