一、前言
在Linux平台上有valgrind可以非常方便的幫助我們定位內存洩漏,因為Linux在開發領域的使用場景大多是跑服務器,再加上它的開源屬性,相對而言,處理問題容易形成“統一”的標准。而在Windows平台,服務器和客戶端開發人員慣用的調試方法有很大不同。下面結合我的實際經驗,整理下常見定位內存洩漏的方法。
注意:我們的分析前提是Release版本,因為在Debug環境下,通過VLD這個庫或者CRT庫本身的內存洩漏檢測函數能夠分析出內存洩漏,相對而言比較簡單。而服務器有很多問題需要在線上並發壓力情況下才出現,因此討論Debug版調試方法意義不大。
二、對象計數
方法:在對象構造時計數++,析構時--,每隔一段時間打印對象的數量
優點:沒有性能開銷,幾乎不占用額外內存。定位結果精確。
缺點:侵入式方法,需修改現有代碼,而且對於第三方庫、STL容器、腳本洩漏等因無法修改代碼而無法定位。
三、重載new和delete
方法:重載new/delete,記錄分配點(甚至是調用堆棧),定期打印。
優點:沒有看出
缺點:侵入式方法,需將頭文件加入到大量源文件的頭部,以確保重載的宏能夠覆蓋所有的new/delete。記錄分配點需要加鎖(如果你的程序是多線程),而且記錄分配要占用大量內存(也是占用的程序內存)。
四、Hook Windows系統API
方法:使用微軟的detours庫,hook分配內存的系統Api:HeapAlloc/HeapRealloc/HeapFree(new/malloc的底層調用),記錄分配點,定期打印。
優點:非侵入式方法,無需修改現有文件(hook api後,分配和釋放走到自己的鉤子函數中),檢查全面,對第三方庫、腳本庫等等都能統計到。
缺點:記錄內存需要占用大量內存,而且多線程環境需要加鎖。
五、使用DiagLeak檢測
微軟出品的內存洩漏分析工具,原理同hookapi方式。配合LDGraph可視化展示內存分配數據,更方便查找洩漏。
1.在IDE工程選項裡面配置Release版本也生成調試信息,發布時,將pdb文件和exe文件一起發布。
2.程序運行後,打開LeakDiag,設置Symbol path
3.定期Log下目標進程的內存分配情況,通過LDGraph打印分配增長情況,來發現內存洩漏。
優點:同hookapi方法,非侵入式修改,無需做任何代碼改動。跟蹤全面。可視化分析堆棧一覽無余!
缺點:對性能有影響,hook分配加鎖,遍歷堆棧。但是不會占用目標進程的自身內存。
六、總結
對於線上生產環境,建議大對象用計數來判斷,定位快速准確,幾乎無性能開銷。在對外測試階段,使用LeakDiag輔助分析,因為此時並發壓力還不是太大,性能開銷還是可以承受。在線上大規模應用階段,通過HookApi的方法,結合GM指令控制部分時間段的檢測,這樣可以把對玩家的影響(服務器性能下降導致延遲)降到最低。
------------------------------分割線------------------------------
C++ Primer Plus 第6版 中文版 清晰有書簽PDF+源代碼 http://www.linuxidc.com/Linux/2014-05/101227.htm
讀C++ Primer 之構造函數陷阱 http://www.linuxidc.com/Linux/2011-08/40176.htm
讀C++ Primer 之智能指針 http://www.linuxidc.com/Linux/2011-08/40177.htm
讀C++ Primer 之句柄類 http://www.linuxidc.com/Linux/2011-08/40175.htm
將C語言梳理一下,分布在以下10個章節中: