對於記憶體洩漏的檢查，本質上在於定位記憶體洩漏。這種定位包含兩層含義：

一是定位模組，即哪個模組出了問題。

二是定位程式碼，即找到造成記憶體洩漏的程式碼。

對此，在分工合作完成一個系統的背景下，我們檢查記憶體洩漏的工作流程就應該是：第一，定位模組；第二，如果是我們的模組出現問題，就要定位程式碼。

對於記憶體洩漏的檢查工作，感覺更像一個偵探工作。只有找到足夠的線索，才能找到真正的原因。要想成為一個優秀偵探，自身的偵察能力最重要。而優秀的偵探，一般都會有一些好的偵探工具。

那麼，應該怎樣來評價記憶體洩漏的檢查工具的優劣？在這裡，我們不妨展開想象：

1)它可以自由選擇監測的時間點；

2)它可以attach 任何一個執行的程序來追蹤記憶體洩漏；

3)我不需要在我的程式中加任何程式碼；

4)沒有原始碼，我照樣能發現記憶體洩漏的地方；

5)我能得到每次分配記憶體，而未釋放的堆疊情況。

6)不管是釋出版，還是除錯版的程式，都能做到上面幾點。

在此，我推薦使用MicroSoft公司自己開發的一個工具——LeakDiag。

LeakDiag是一個監測記憶體洩漏的工具，可以用來精確地找到記憶體洩露一直到程式碼行。它使用微軟的Detours 技術，攔截指定記憶體分配的呼叫並跟蹤各種呼叫棧，並報告已分配但尚未釋放的記憶體，這一資訊允許讓我們在排除一個記憶體洩露問題時，能精確檢視哪些元件進行了該分配。使用正確的除錯符號，我們甚至可以看見請求分配的程式碼行。比較了市面上各種記憶體洩漏檢測工具，我覺得這個工具較好的做到了上面的

LeakDiag支援5種不同的分配：

1)虛擬分配。 這種分配可追蹤用VirtualAlloc/ VirtualAllocEx 等關於虛擬記憶體分配的記憶體。此時，選擇LeakDiag 上[Memory allocators] 選項的“Virtual Memory Allocator”來檢測。

2)堆分配。這種分配可追蹤NTDLL.DLL中如下函式分配的記憶體。

·RtlCreateHeap,

·RtlDestroyHeap,

·RtlAllocateHeap,

·RtlFreeHeap,

·RtlReAllocateHeap,

·LocalReAlloc,

·LocalFree,

·

·LocalReAlloc,

·GlobalAlloc,

·GlobalReAlloc and

·GlobalFree

此時，選擇LeakDiag 上[Memory allocators] 選項的“Windows Heap Allocator”來檢測。

3)執行緒區域性儲存（Thread Local Storage，TLS指允許一個程序的多個執行緒儲存每個執行緒所獨有的資料的一種Win32 機制）分配。這種分配可追蹤MSDART32.DLL中如下函式分配的記憶體。

·MPHeapAlloc,

·MPHeapFree and

·MPHeapReAlloc

此時，選擇LeakDiag 上[Memory allocators] 選項的“MPHeap Allocator”來檢測。

4)COM分配（外部和內部）。這種分配可追蹤OLE32.DLL，OLEAUT32.DLL 中如下函式分配的記憶體。

·CoGetMalloc,

·CoTaskMemAlloc,

·CoTaskMemFree,

·CoTaskMemRealloc,

·CRetailMalloc_Alloc,

·CRetailMalloc_Free,

·CRetailMalloc_Realloc,

·SysAllocStringLen,

·SysAllocStringByteLen,

·SysAllocString,

·SysFreeString,

·SysReAllocString and

·SysReAllocStringLen

此時，選擇LeakDiag 上[Memory allocators] 選項的“COM Allocator”或“COM Internal Allocator”來檢測。

5)C執行時分配。這種分配可追蹤MSVCRT.DLL中如下函式分配的記憶體。

·malloc,

·calloc,

·realloc,

·free,

·new,

·new[],

·delete and

·delete[]

此時，選擇LeakDiag 上[Memory allocators] 選項的“C Runtime Allocator”來檢測。