Windows?內(nèi)存泄露分析之?DebugDialog
DebugDialog
, 他可以用于分析Hang,性能問題,內(nèi)存泄露問題等等。對于內(nèi)存泄露問題,DebugDialog
分析后會給出一個完整的Report,免去了你通過Windbg命令去分析內(nèi)存的過程,適合于新人。樣例代碼
按照慣例我們先寫了一段內(nèi)存泄露的代碼,每隔20秒,造成4M內(nèi)存泄露。#include?
#include?
#include?
#define?STR_SIZE?4*1024*1024
class?TestClass
{
public:
????char?m_str[STR_SIZE];
};
void?MemoryLeakObj()
{
????TestClass?*?pObj?=?new?TestClass;
????strcpy_s(pObj->m_str,?STR_SIZE,?"Memory?Leak?Sample");
????std::cout?<m_str?<std::endl;
}
int?main()
{
????std::this_thread::sleep_for(std::chrono::seconds(30));
????while?(true)
????{
????????MemoryLeakObj();
????????std::this_thread::sleep_for(std::chrono::seconds(20));
????}
????return?0;
}
DebugDialog內(nèi)存泄露分析
第一步
?打開DebugDialog Collection
,選擇你需要分析的問題的類型,比如我們想要分析的是Native Memory and Handle Leak
問題。第二步
?選擇你需要Monitor的正在運行的進程:第三步
?選擇你需要產(chǎn)生Dump的時間,最少要配置15分鐘,這個可以根據(jù)你項目產(chǎn)生Memory Leak的速度來決定。第四步
?然后Active你配置的Rule,則需要監(jiān)測的進程被注入LeakTrack.dll
用于輔助分析。接下來靜心等待,直到產(chǎn)生了Dump文件。第五步
?開啟DebugDialog Analysis
, 先配置好符號文件目錄:然后選擇
MemoryAnalysis
, 并且添加剛才Monitor后產(chǎn)生的Dump文件。點擊Start Analysis
進行分析。DebugDialog 內(nèi)存泄露報告分析
報告主要分為四個個部分,Summary
,Virtual Memory Analysis
,Heap Analysis
和Leak Analysis
。Summary
這里主要大概介紹內(nèi)存申請的來源,比如下面ucrtbase.dll
申請了180多M,那么可以知道這個程序內(nèi)存泄露主要通過CRT庫申請的內(nèi)存泄露,也就是malloc
和new
。那么是哪里申請的呢?具體可以看Leak Analysis
這一部分。?Virtual Memory Analysis
這一部分主要講了虛擬內(nèi)存的使用情況, 主要著重看下Committed Memory
和Native Heaps
,約為200M左右。也就是說主要是堆上消耗的內(nèi)存比較多,一般來說內(nèi)存泄露也是堆內(nèi)存泄露。其他的還有可以直接通過VirtualAlloc
,Memory Map等技術(shù)去使用內(nèi)存。這部分還會顯示加載的一些模塊基本信息,線程基本信息。
Heap Analysis
一個進程可以有多個堆,我們使用的是VS2015編譯的,CRT庫中malloc
申請內(nèi)存使用的是系統(tǒng)默認(rèn)堆(Default Process Heap
)。注意到其已經(jīng)提交了197.81M的內(nèi)存。Leak Analysis
這一部分才是內(nèi)存泄露的關(guān)鍵部分,會列出詳細的內(nèi)存申請的位置和大小。首先注意查看的是Leak Probability
?顯示為100%
, 非常值得懷疑的部分,其列舉了申請內(nèi)存為4M的函數(shù)調(diào)用棧,可以根據(jù)函數(shù)調(diào)用棧(d:\test\test\memoryleak\source.cpp @ 24 a
)尋找到內(nèi)存泄露的地方。發(fā)送關(guān)鍵字?內(nèi)存泄漏?獲取內(nèi)存泄漏系列文章
- EOF -