我们首先从一段代码说起。

#define _CRTDBG_MAP_ALLOC
#include
#include

class test {
public:
	test () {
		lpBuffer = new char[0x1000];
	};
	\~test () {
		delete lpBuffer;
	};
	void *operator new (size_t s) {
		return malloc (s);
	};
	void operator delete (void *pvMem) {
		if (pvMem != NULL)
			free (pvMem);
	};
	void *operator new[] (size_t s) {
		return malloc (s);
	};
	void operator delete[] (void *pvMem) {
		if (pvMem != NULL)
			free (pvMem);
	};
	char *lpBuffer;
};

test & tt ()
{
	static test t;
	return t;
}

//test t;
void process ()
{
	test tf;
// _CrtDumpMemoryLeaks ();
}

int _tmain (int argc, _TCHAR * argv[])
{
// test tf;
	test* tp=new test();
	_CrtSetReportMode (_CRT_WARN, _CRTDBG_MODE_FILE);
	_CrtSetReportFile (_CRT_WARN, _CRTDBG_FILE_STDERR);
	_CrtSetDbgFlag (_CRTDBG_ALLOC_MEM_DF |
			_CRTDBG_LEAK_CHECK_DF);
	process ();
// printf("hello, world.n", t.lpBuffer);
	printf ("hello, world.n", tt ().lpBuffer);
// _CrtDumpMemoryLeaks ();
// printf("hello, world.n", t.lpBuffer);
	return 0;
}

以上代码，大家可以分别注释不同位置，来查看不同效果。不过我们还是从最基础的如何检测开始说起吧。

首先在头中引入。

#define _CRTDBG_MAP_ALLOC
#include
#include

在引入后，程序结束的时候调用_CrtDumpMemoryLeaks ();就可以打印出来内存泄露的情况。不过有几个问题，首先，打印出来的位置是在调试中。也就是说，如果不使用调试信息查看工具，是看不到信息的。这个问题不难解决。我们可以在程序开始的时候设定。

_CrtSetReportMode (_CRT_WARN, _CRTDBG_MODE_FILE);
_CrtSetReportFile (_CRT_WARN, _CRTDBG_FILE_STDERR);

将出错信息打印到Console输出中。当然如果程序是BCB或者是MFC，也大可打印到文件中。

其次，打印出来的出错信息可能是这样的。

Detected memory leaks!
Dumping objects ->
c:program filesmicrosoft visual studio .net 2003vc7includecrtdbg.h(692)
{44} normal block at 0x00342A28, 4096 bytes long. Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD Object dump complete.

很好用没错，不过为什么文件上面写的是crtdbg.h呢？其实这个是crtdbg.h所插入的operator new，用来创建内存区域的。malloc在其中被调用，因此所有用new的地方出现的泄露都会是这个位置。

解决这个问题稍微有些烦琐，需要持续的将operator new重载出来。

void *operator new (size_t s) {
	return malloc (s);
};

void operator delete (void *pvMem) {
	if (pvMem != NULL)
		free (pvMem);
};

void *operator new[] (size_t s) {
	return malloc (s);
};

void operator delete[] (void *pvMem) {
	if (pvMem != NULL)
		free (pvMem);
};

当然，理论上我们可以使用多继承，简单的使得某个类具备这个特性。不过遗憾的是多继承往往容易出错，不如手写安全。其次是如果对象并不构建在堆中(更准确的表述是没有使用malloc来分配空间)，那么就不会调用operator

new。当然，这时候多数情况下都是栈对象和临时对象，会被系统自动析构。这样我们一般可以得到更好的输出。

Detected memory leaks!
Dumping objects ->
c:program filesmicrosoft visual studio .net 2003vc7includecrtdbg.h(692)
{44} normal block at 0x00342A28, 4096 bytes long. Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD d:my documentsvisual studio projectstest_memleaktest_memleak.cpp(18) : {43}normal block at 0x00340FD0, 4 bytes long. Data: <(*4 > 28 2A 34 00 Object dump complete.

以上有两个泄露，一个是char test::*lpBuffer;的，另外一个是所分配的空间的。test_memleak.cpp已经被指出了，相信再查不出就是个人水平问题了。(提示，不行可以对operator new下断点)

最后一个，就是退出的时间。我们在调用_CrtDumpMemoryLeaks ();的时候，会打印出当前没有释放的内存占用。如果在退出时打印，就可以得到泄露的内存。这是抓内存泄露的基础。但是有的时候有多个退出点，这个时候，我们就必须使用如下办法。

_CrtSetDbgFlag (_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);

这样会在退出的时候自动调用_CrtDumpMemoryLeaks ();。当然，这个办法也不是万能的。如果程序中出现exit(-1);，那么会打印内存泄露然后退出。如果出现ExitProcess(-1);那就啥都没了。不过这个时候打出来的东西肯定也是废物了。中途退出，没有释放掉东西是正常的很的事情。

另外两者还有一点区别，当使用_CrtDumpMemoryLeaks ();的时候，我们认为是程序结束了，实际上并没有。在调用exit(-1);的时候其实执行了C/C++的退出步骤，这个在Crt里面有源码的。大致来说有以下几个区别。

一，main函数中构造对象的析构函数未调用。

二，全局变量未析构。

三，局部静态变量未析构。

很多时候我们在最后打印出来发现有泄露，找半天又找不出。很可能就是以上问题，尤其是第三个问题。