簡單記憶體流失檢測方法 解決 Detected memory leaks

簡單記憶體流失檢測方法 解決 Detected memory leaks!

 (2010-07-06 14:16:07)

轉載▼

標籤：  檢測記憶體泄露   雜談

分類： 編譯器

最近在一個項目中,程式退出後都出現記憶體流失:

Detected memory leaks!
Dumping objects ->
{98500} normal block at 0x05785AD0, 152 bytes long.
 Data: << N       N x 7 > 3C AC 4E 10 00 00 00 00 BC A4 4E 10 78 B6 37 00
Object dump complete.
而且每次退出都是一樣的.泄漏的記憶體塊都是98500.

解決方案:

1. 在程式開始啟動的地方(足夠前的地方,只要在泄漏的記憶體配置的前面,比如在一個大的工程中的app類的建構函式中)使用代碼:

_CrtSetBreakAlloc(98500); //98500為上面記憶體流失的塊號.

2. 然後debug運行,程式自動斷點在"記憶體塊98500"分配的位置:

if (_crtBreakAlloc != -1L && lRequest == _crtBreakAlloc)
    _CrtDbgBreak();
3 .我們已經找到了泄漏的那塊記憶體配置的底層操作的地方了(好拗口!).

這個時候我們利用 "調試" –> "退出" ,快速鍵為:"Shift + F11" .

跳出當前函數..然後一直往"上"跳,邊跳邊查看調用棧.直到看到了自己寫的代碼,例如我的

std::ifstream* origStream = new std::ifstream();
4 .這個時候我已經可以判斷 origStream 分配了記憶體,但是沒有合理釋放.處理後再次運行就沒有出現記憶體流失了.

5.最後,記得把_CrtSetBreakAlloc(98500); 這句話刪除掉,不然每次都斷點,豈不是煩死..

----------------------------------------------------------------------------------------------------------

寫在後面:

關於記憶體流失檢測,有一個Visual Leak Detector ,按照它的介紹的確很不錯,可以直接具體到程式碼指出記憶體流失,但是個人使用了一下,發現debug的速度太慢了,不知道是不是我個人程式的問題.......像上面的泄漏,我用CrtSetBreakAlloc這種簡單的方法就足夠了....