在 Windows 系统下运行程序的Debug版,可以通过任务管理器看出程序是否有内存泄漏。
演示程序的代码:
#include <stdio.h> #include <windows.h> // #include <iostream> #define _CRTDBG_MAP_ALLOC #include <crtdbg.h> #ifdef _DEBUG #define new new(_NORMAL_BLOCK,__FILE__,__LINE__) // 这一行使当检测到new分配的内存泄漏时输出文件名和行号。 #endif class CTest { public: CTest() { printf("构造 CTest, s_n = %d\n", ++s_n); p = NULL; if( NULL == (p = new int[1024*1024*10]) ) { printf("CTest构造函数, NULL == p !!!\n"); } } ~CTest() { printf("析构 CTest, s_m = %d\n", ++s_m); //delete [] p; // 注释掉这行,让程序产生内存泄漏。 /* 下面这样做也可以,因为int类型对象没有析构函数需要执行,也完全释放了p所指的内存,不会有内存泄露。*/ //delete p; } public: static int s_n; static int s_m; int* p; }; #define NUM 10 int CTest::s_n = 0; int CTest::s_m = 0; int main(int argc, char* argv[]) { int i; CTest * p[NUM] = {0}; for(i=0; i<NUM; i++) { p[i] = new CTest[3]; _ASSERT(p[i]); printf("new, p[i] = %d\n", p[i]); ::Sleep(1000); } for(i=0; i<NUM; i++) { delete [] p[i]; // 正确的做法。 /* 下面是错误的做法!如果这样做,不能调用每个对象的析构函数,会有内存泄露。 * 而且在调试程序时,执行到这被卡住, 但如果把CTest类的析构函数去掉,就不会卡住; * 如果不在VS环境执行Release版程序,虽然没卡住,但只执行3次析构函数,而不是9次。*/ //delete p[i]; } system("pause"); _CrtDumpMemoryLeaks(); return 0; }
先编译出Debug版的和Release版的可执行程序:
...\test\Debug\test.exe
...\test\Release\test.exe
运行Debug版的,刚开始时在任务管理器中确实反映了程序占有内存的实际情况,但运行一会后(大约10分钟或更长时间)就显示很小的数了,差不多2M左右,而任务管理器窗口下面的状态条中显示的总内存占有情况基本不变。下图:
与运行Debug版的不同,运行Release版的显示占有内存一直就很少(不到2M),但在状态条中显示的总内存占有情况与运行Debug版的一致。下图:
但如果在Win7系统下运行Release版的,在“提交大小”列里却是反映出进程实际占有内存大小。下图:
这些现象说明,运行程序的Debug版,在任务管理器中也可以查看程序是否有内存泄漏。