http://blog.sina.com.cn/s/blog_4bf793ad0100jzsa.html
最近在一個項目中,程序退出後都出現內存泄漏:
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這種簡單的方法就足夠了....