VC下内存泄漏的检测方法.pdfVIP

VC 下内存泄漏的检测方法 用 MFC 开发的应用程序，在 DEBUG 版模式下编译后，都会自动加入内存泄漏的检测代码。 在程序结束后，如果发生了内存泄漏，在 Debug 窗口中会显示出所有发生泄漏的内存块的信息， 以下两行显示了一块被泄漏的内存块的信息： E:TestMemLeakTestDlg.cpp(70) : {59} normal block at 0 200 bytes long. Data: abcdefghijklmnop 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 第一行显示该内存块由 TestDlg.cpp 文件，第 70 行代码分配，地址在 0大 小为 200 字节，{59}是指调用内存分配函数的 Request Order，关于它的详细信息可以参见 MSDN 中_CrtSetBreakAlloc() 的帮助。第二行显示该内存块前 16 个字节的内容，尖括号内 是以 ASCII 方式显示，接着的是以 16 进制方式显示。 一般大家都误以为这些内存泄漏的检测功能是由 MFC 提供的，其实不然。MFC 只是封装和 利用了 MS C-Runtime Library 的 Debug Function。非MFC 程序也可以利用 MS C-Runtime Library 的 Debug Function 加入内存泄漏的检测功能。MS C-Runtime Library 在实现 malloc/free，strdup 等函数时已经内建了内存泄漏的检测功能。 注意观察一下由 MFC Application Wizard 生成的项目，在每一个 cpp 文件的头部都有这样一 段宏定义： #ifdef _DEBUG #define new DEBUG_NEW #undef THIS_FILE static char THIS_FILE[] = __FILE__; #endif 有了这样的定义，在编译 DEBUG 版时，出现在这个 cpp 文件中的所有 new 都被替换成 DEBUG_NEW 了。那么DEBUG_NEW是什么呢？DEBUG_NEW也是一个宏，以下摘自afx.h， 1632 行 #define DEBUG_NEW new(THIS_FILE, __LINE__) 所以如果有这样一行代码： char* p = new char[200]; 经过宏替换就变成了： char* p = new( THIS_FILE, __LINE__)char[200]; 根据 C++的标准，对于以上的 new 的使用方法，编译器会去找这样定义的 operator new： void* operator new(size_t, LPCSTR, int) 我们在 afxmem.cpp 63 行找到了一个这样的 operator new 的实现 void* AFX_CDECL operator new(size_t nSize, LPCSTR lpszFileName, int nLine) { return ::operator new(nSize, _NORMAL_BLOCK, lpszFileName, nLine); } void* __cdecl operator new(size_t nSize, int nType, LPCSTR lpszFileName, int nLine) { … pResult = _malloc_dbg(nSize, nType, lpszFileName, nLine); if (pResult != NULL) return pResult; … } 第二个 operator new 函数比较长，为了简单期间，我只摘录了部分。很显然最后的内存 分配还是通过_malloc_dbg 函数实现的，这个函数属于 MS C-Runtime Library 的 Debug Function。这个函数不但要求传入内存的大小，另外还有文件名和行号两个参数。文件名和行 号就是用来记录此次分配是由哪一段代码造成的。如果这块内存在程序结束之前没有被释放，那 么这些信息就会输出到 Debug 窗口里。 这里顺便提一下 THIS_FILE，__FILE 和__LINE__ 。__FILE__和__LINE__都是编译器 定义的宏。当碰到__FILE__时，编译器会把__FILE__替换成一个字符串，这个字符串就是当 前在编译的文件的路径名。当碰到__LINE_