Windows 内存泄露分析之 DebugDialog
The following article is from 一个程序员的修炼之路 Author 河边一枝柳
Windows中内存泄露的文章已经写过两篇<<Windows程序内存泄漏(Memory Leak)分析之UMDH>>和<<Windows程序内存泄漏(Memory Leak)分析之Windbg>>。如果有丰富调试经验的同学会发现,很难用一种工具或者方法去分析所有的场景,尤其当工程庞大的时候。本文要介绍的就是微软提供的DebugDialog
, 他可以用于分析Hang,性能问题,内存泄露问题等等。对于内存泄露问题,DebugDialog
分析后会给出一个完整的Report,免去了你通过Windbg命令去分析内存的过程,适合于新人。
样例代码
按照惯例我们先写了一段内存泄露的代码,每隔20秒,造成4M内存泄露。
#include <iostream>
#include <chrono>
#include <thread>
#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 << pObj->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内存泄露分析
第一步
打开DebugDialog Collection
,选择你需要分析的问题的类型,比如我们想要分析的是Native Memory and Handle Leak
问题。第二步
选择你需要Monitor的正在运行的进程:第三步
选择你需要产生Dump的时间,最少要配置15分钟,这个可以根据你项目产生Memory Leak的速度来决定。第四步
然后Active你配置的Rule,则需要监测的进程被注入LeakTrack.dll
用于辅助分析。接下来静心等待,直到产生了Dump文件。第五步
开启DebugDialog Analysis
, 先配置好符号文件目录:
然后选择MemoryAnalysis
, 并且添加刚才Monitor后产生的Dump文件。点击Start Analysis
进行分析。
DebugDialog 内存泄露报告分析
报告主要分为四个个部分,Summary
,Virtual Memory Analysis
,Heap Analysis
和Leak Analysis
。
Summary
这里主要大概介绍内存申请的来源,比如下面ucrtbase.dll
申请了180多M,那么可以知道这个程序内存泄露主要通过CRT库申请的内存泄露,也就是malloc
和new
。那么是哪里申请的呢?具体可以看Leak Analysis
这一部分。
Virtual Memory Analysis
这一部分主要讲了虚拟内存的使用情况, 主要着重看下Committed Memory
和Native Heaps
,约为200M左右。也就是说主要是堆上消耗的内存比较多,一般来说内存泄露也是堆内存泄露。其他的还有可以直接通过VirtualAlloc
,Memory Map等技术去使用内存。
这部分还会显示加载的一些模块基本信息,线程基本信息。
Heap Analysis
一个进程可以有多个堆,我们使用的是VS2015编译的,CRT库中malloc
申请内存使用的是系统默认堆(Default Process Heap
)。注意到其已经提交了197.81M的内存。
Leak Analysis
这一部分才是内存泄露的关键部分,会列出详细的内存申请的位置和大小。首先注意查看的是Leak Probability
显示为100%
, 非常值得怀疑的部分,其列举了申请内存为4M的函数调用栈,可以根据函数调用栈(d:\test\test\memoryleak\source.cpp @ 24 + a
)寻找到内存泄露的地方。
发送关键字 内存泄漏 获取内存泄漏系列文章
- EOF -
关注『CPP开发者』
看精选C++技术文章 . 加C++开发者专属圈子
点赞和在看就是最大的支持❤️