学习笔记 VS2005内存泄露检查（网络转载)

内存泄露的含义是：拿走了一块“堆”内存块，在某检查点处，发现没有归还这个内存块。

如果是： 地址A = malloc(N); 因为没有调用free(地址A)，所以内存泄露了。

如果是： 地址B = new 类型T; 因为没有调用delete 地址B，所以内存泄露了。

如果是：从用户的内存池中取一个内存块，没有调用相应的归还给内存池的操作，也认为是“内存泄露”。

从哪里拿了一个东西，要归还到那个地方去。例如：从图书馆L中借了本书，归还给图书馆B，肯定要挨骂的。

同理，从图书馆L中借了本小说，却还给图书馆一本杂志，也是要挨骂的。

函数_CrtDumpMemoryLeaks()功能：检查内存泄露并且在VC的输出窗口打印出泄露的内存块信息。

例子1 :

#include <stdlib.h>

#include <crtdbg.h>

int main(){

    int* x = new int();

    _CrtDumpMemoryLeaks() 

}

输出：

Detected memory leaks!

Dumping objects ->

{61} normal block at 0x00382650, 4 bytes long.

 Data: <    > 00 00 00 00

非常好，发现了int* x对应的内存块泄露了

例子2 :

template <int Size>

struct Test

{

  Test(){m_p = new char[Size];}

  ~Test(){ delete[] m_p;}

  char* m_p;

};

Test<123> t;

int main(){

    int* x = new int();

    _CrtDumpMemoryLeaks() ;

}

输出：

Detected memory leaks!

{62} normal block at 0x00382708, 4 bytes long.

{61} normal block at 0x00382650, 123 bytes long.

非常不好，它把全局变量t也报告了。这是一个严重的误报。原因是在_CrtDumpMemoryLeaks()调用时，

全局变量t还没有离开生存期呢，所以此时~Test()未调用呢，delete[] m_p还没调用呢。

例子3 :

Test<123> t;

int main(){

    _CrtSetDbgFlag( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);

    int* x = new int();

}

输出：

Detected memory leaks!

{62} normal block at 0x00382708, 4 bytes long.

非常好，通过_CrtSetDbgFlag函数，告知Crt库在程序完全退出时，打印一下内存泄露的情况。

这时，全局变量t已经析构了，所以误报没有了。

例子4 :

#include <string>

using namespace std;

#define DEBUG_NEW new(_NORMAL_BLOCK, __FILE__, __LINE__)

#define new  DEBUG_NEW

int main(){

    _CrtSetDbgFlag( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);

    int* x = new int();

}

输出：

Detected memory leaks!

c:\sdfdfsdf\sdfdfsdf.cpp(14) : {61} normal block at 0x00382650, 4 bytes long.

太酷了！居然在调试的输出窗口中，显示了造成内存泄露的代码位置。双击一下，还能自动跳到文本编辑器

中对应的代码行上。

例子5 :

#include <iostream>

int main(){

    _CrtSetDbgFlag( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);

    std::cout<<"hello world"<<std::endl;

}

输出：

Detected memory leaks!

{62} normal block at 0x00386028, 4480 bytes long.

见鬼了，怎么出现这么一大块内存泄露呢？我用的是STLPort。换成微软自带的STL，就一切正常。

看来是cout这个全局变量中肯定有一大块预分配的IO缓冲区没有释放了。这个误报没解决 :(

例子6 :

int main(){

    _CrtMemState s1, s2, s3;

    _CrtMemCheckpoint( &s1 );

    new int;

    new char;

    _CrtMemCheckpoint( &s2 );

    if ( _CrtMemDifference( &s3, &s1, &s2) ) _CrtMemDumpStatistics( &s3 );

    return 0;

}

输出：

0 bytes in 0 Free Blocks.

5 bytes in 2 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: 5 bytes.

看来，这个API真是不错，不但能寻找从程序开始执行时的内存泄露，还能在任意一段代码段之间找内存泄露

例子7 :

int main(){

    _CrtSetBreakAlloc(62);

    int* x = new int;

    return 0;

}

输出：无。启动调试F5。调试器自动在int* x = new int;语句处暂停。打开：窗口->调用堆栈窗口。

看到一些函数的调用关系，顺着点点看看，居然发现了int* x = new int;这一行。

这个62是怎么知道的呢？原来在内存泄露的输出信息里，如下所示：

Detected memory leaks!

{62} normal block at 0x00382708, 4 bytes long.

大括号中62就是第62次分配内存时，这块内存泄露了。通过_CrtSetBreakAlloc调用，告知Crt库，在

第62次分配内存的调用时，自动暂停程序，让程序员检查函数调用栈。

如何保证下次程序运行时，第62此分配内存的调用就是int* x = new int;这句造成的呢？答案是不能。

如果程序没有复杂的时序相关的逻辑（多线程），输入的值是一定的，则程序每次运行的行为是一定的。

例子8 :

class Init_before_main{

public:

    Init_before_main(){

       _CrtSetBreakAlloc(62);

    }

};

Init_before_main g_tmp;

int main(){

    int* x = new int;

    return 0;

}

这是对例子7的一点改进，保证在int* x = new int;调用之前，调_CrtSetBreakAlloc(62);。

否则，如下的调用顺序可能会漏过了第62次分配调用

int* x = new int;

_CrtSetBreakAlloc(62);

如何自己实现内存泄露检查工具呢？思路很简单，重载new，delete运算符，使用自己宏替换malloc和free。

所有的分配和释放动作必须经过我过手，我才能加入点私货（统计信息等）。这样就可以检查内存泄露了。