首先先看看下面的內容吧！ 我就是認真閱讀了它，並結合自己所學的東西，解決了一個超難得問題（自己覺得！嘿嘿）
關於MFC下檢查和消除內存泄露的技巧
摘要
本文分析了Windows環境使用MFC調試內存泄露的技術，介紹了在Windows環境下用VC++查找，定位和消除內存泄露的方法技巧。
關鍵詞：VC++；CRT 調試堆函數；試探法。
編譯環境
VC++6.0
技術原理
檢測內存泄漏的主要工具是調試器和 CRT 調試堆函數。若要啓用調試堆函數，請在程序中包括以下語句：
#define CRTDBG_MAP_ALLOC #include <stdlib.h> #include <crtdbg.h>
注意 #include 語句必須採用上文所示順序。如果更改了順序，所使用的函數可能無法正確工作。
通過包括 crtdbg.h，將 malloc 和 free 函數映射到其“Debug”版本_malloc_dbg 和_free_dbg，這些函數將跟蹤內存分配和釋放。此映射只在調試版本（在其中定義了 _DEBUG）中發生。發佈版本使用普通的 malloc 和 free 函數。
#define 語句將 CRT 堆函數的基版本映射到對應的“Debug”版本。並非絕對需要該語句，但如果沒有該語句，內存泄漏轉儲包含的有用信息將較少。
在添加了上面所示語句之後，可以通過在程序中包括以下語句來轉儲內存泄漏信息：
_CrtDumpMemoryLeaks();
當在調試器下運行程序時，_CrtDumpMemoryLeaks 將在“輸出”窗口中顯示內存泄漏信息。內存泄漏信息如下所示：
Detected memory leaks!
Dumping objects ->
C:PROGRAM FILESVISUAL STUDIOMyProjectsleaktestleaktest.cpp(20) : {18} normal block at 0x00780E80, 64 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.
如果不使用 #define _CRTDBG_MAP_ALLOC 語句，內存泄漏轉儲如下所示：
Detected memory leaks!
Dumping objects ->
{18} normal block at 0x00780E80, 64 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.
未定義 _CRTDBG_MAP_ALLOC 時，所顯示的會是：
內存分配編號（在大括號內）。
塊類型（普通、客戶端或 CRT）。
十六進制形式的內存位置。
以字節爲單位的塊大小。
前 16 字節的內容（亦爲十六進制）。
定義了 _CRTDBG_MAP_ALLOC 時，還會顯示在其中分配泄漏的內存的文件。文件名後括號中的數字（本示例中爲 20）是該文件內的行號。
轉到源文件中分配內存的行
在"輸出"窗口中雙擊包含文件名和行號的行。
-或-
在"輸出"窗口中選擇包含文件名和行號的行，然後按 F4 鍵。
_CrtSetDbgFlag
如果程序總在同一位置退出，則調用 _CrtDumpMemoryLeaks 足夠方便，但如果程序可以從多個位置退出該怎麼辦呢？不要在每個可能的出口放置一個對 _CrtDumpMemoryLeaks 的調用，可以在程序開始包括以下調用：
_CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );
該語句在程序退出時自動調用 _CrtDumpMemoryLeaks。必須同時設置 _CRTDBG_ALLOC_MEM_DF 和 _CRTDBG_LEAK_CHECK_DF 兩個位域，如上所示。
說明
在VC++6.0的環境下，不再需要額外的添加
#define CRTDBG_MAP_ALLOC #include <stdlib.h> #include <crtdbg.h>
只需要按F5，在調試狀態下運行，程序退出後在"輸出窗口"可以看到有無內存泄露。如果出現
Detected memory leaks! Dumping objects ->
就有內存泄露。
確定內存泄露的地方
根據內存泄露的報告，有兩種消除的方法：
第一種比較簡單，就是已經把內存泄露映射到源文件的，可以直接在"輸出"窗口中雙擊包含文件名和行號的行。例如
Detected memory leaks!
Dumping objects ->
C:PROGRAM FILESVISUAL STUDIOMyProjectsleaktestleaktest.cpp(20) : {18} normal block at 0x00780E80, 64 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.
C:PROGRAM FILESVISUAL STUDIOMyProjectsleaktestleaktest.cpp(20)
就是源文件名稱和行號。
第二種比較麻煩，就是不能映射到源文件的，只有內存分配塊號。
Detected memory leaks!
Dumping objects ->
{18} normal block at 0x00780E80, 64 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.
這種情況我採用一種"試探法"。由於內存分配的塊號不是固定不變的，而是每次運行都是變化的，所以跟蹤起來很麻煩。但是我發現雖然內存分配的塊號是變化的，但是變化的塊號卻總是那幾個，也就是說多運行幾次，內存分配的塊號很可能會重複。因此這就是"試探法"的基礎。
- 先在調試狀態下運行幾次程序，觀察內存分配的塊號是哪幾個值；
- 選擇出現次數最多的塊號來設斷點，在代碼中設置內存分配斷點： 添加如下一行（對於第 18 個內存分配）：
_crtBreakAlloc = 18;
或者，可以使用具有同樣效果的 _CrtSetBreakAlloc 函數：_CrtSetBreakAlloc(18);
- 在調試狀態下運行序，在斷點停下時，打開"調用堆棧"窗口，找到對應的源代碼處；
- 退出程序，觀察"輸出窗口"的內存泄露報告，看實際內存分配的塊號是不是和預設值相同，如果相同，就找到了；如果不同，就重複步驟3，直到相同。
- 最後就是根據具體情況，在適當的位置釋放所分配的內存
下面是自己的感受（認真看呀！對不太懂這片的人來說是很有用的呀 ）
內存泄漏不外乎是new出來沒有delete或者是數組或列表 指針之類的開闢內存的數據結構沒有置空或銷燬；
那你可以在這幾個地方利用下面的語句，看看內存泄漏塊是否是你檢查的地方
// example for CMemoryState::CMemoryState
// Includes all CMemoryState functions
CMemoryState msOld, msNew, msDif;
msOld.Checkpoint();
CAge* page1 = new CAge( 21 );
CAge* page2 = new CAge( 22 );
msOld.DumpAllObjectsSince();
msNew.Checkpoint();
msDif.Difference( msOld, msNew );
msDif.DumpStatistics();
找到內存泄漏的地方，一級一級看，這些數據在什麼地方沒用到，看看在每個接口銷燬處是否對這些數據結構進行置空或銷燬！
很好用的呀！
最後記得給我評評分，鼓勵鼓勵我嗎！嘿嘿