win32下 如何定位內存泄漏

在mobile平臺上寫代碼久了,平時的時候都是自己給出檢索內存泄漏的方案的。但是在win32下的開發,內存泄漏的檢索式如此的簡單。在windows下,定義有這樣一個宏_CrtDumpMemoryLeaks。它可以幫助你在任何地方打印出當年的內存使用情況,比如說當前有多少內存使用了沒有被釋放掉。

比如說你有這樣一段程序:

如果執行以下,在輸出裏面可以看到這樣的一段文字:

Detected memory leaks!
Dumping objects ->
{86} normal block at 0x003A6C10, 400 bytes long.
 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.

 

很高級啊!至少到這一步,你知道了這裏有內存泄漏了(當然實際上這裏的例子進程結束的時候,系統還是會把這塊內存回收的),如果我們想進一步地看到具體哪一行分配的內存呢?這個更高級一點,就需要多做點事情了。首先你要定義一個新的頭文件,用它來重定義一下new操作符,下面就是這個MyMemoryNew.h

現在你的程序也做一下改動:

當然啦#include一下我們的新頭文件,然後定義一下new。okay運行一把,這個時候的輸出就不同了:

Detected memory leaks!
Dumping objects ->
c:/project/testapplication/greedy algorithm/ga/dijkstra_algorithm/dijkstra_algorithm.cpp(137) : {86} normal block at 0x003A6C10, 400 bytes long.
 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.

可以看到,不僅告訴你了有內存沒有刪除,同時還有了具體的行號!這樣給我們的unittest帶來比較大的便利。所以如果是一下邏輯上的模塊,如果可以的話可以讓他在win32下面跑,測試,等到沒有內存問題了,在搬回到移動平臺上!這樣就可以避免討厭的內存問題。

當然如果你想一勞永逸的在移動平臺上弄也可以,有好事者在code project上面給出了一個wince版本的crtdbg.h,當然原理是一樣的,利用重定義的new和__LINE__,__FILE__這兩個宏,每次的new都把對應地址,文件,行號等信息記錄下來存入某個容器, delete的時候刪除對應的信息,最後程序結束的時候檢查容器中是否還有內容,如果有內容就是沒有釋放的內存。這樣的容器自己實現也是比較簡單的,那個code project上的鏈接在這裏 http://www.codeproject.com/KB/mobile/ce_crtdbg.aspx。有空可以再看看。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章