暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

Windows内存泄露分析之DebugDialog

一个程序员的修炼之路 2021-05-04
660

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
    )寻找到内存泄露的地方。

    文章转载自一个程序员的修炼之路,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

    评论