Windows 内存泄露分析之 DebugDialog

时间：2021-08-19 15:44:46

关键字： Windows 内存 Dialog

[导读]Windows中内存泄露的文章已经写过两篇>"data-itemshowtype="11"tab="innerlink"data-linktype="2">和>"data-itemshowtype="11"tab="innerlink"data-linktype="2">。如果有...

Windows中内存泄露的文章已经写过两篇>" data-itemshowtype="11" tab="innerlink" data-linktype="2"><>和>" data-itemshowtype="11" tab="innerlink" data-linktype="2"><<Windows程序内存泄漏(Memory Leak)分析之Windbg>>。如果有丰富调试经验的同学会发现，很难用一种工具或者方法去分析所有的场景，尤其当工程庞大的时候。本文要介绍的就是微软提供的DebugDialog, 他可以用于分析Hang，性能问题，内存泄露问题等等。对于内存泄露问题，DebugDialog分析后会给出一个完整的Report，免去了你通过Windbg命令去分析内存的过程，适合于新人。

样例代码

按照惯例我们先写了一段内存泄露的代码,每隔20秒，造成4M内存泄露。

#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 << 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 -