现在的位置: 首页 > 综合 > 正文

非MFC的C++内存泄露跟踪与调试

2019年08月08日 ⁄ 综合 ⁄ 共 1584字 ⁄ 字号 评论关闭

转自:http://blog.csdn.net/leweet/archive/2009/01/05/3707378.aspx

 

C++提供的内存管理机制非常灵活,内存的分配和释放完全有程序员自己控制。不过任何事物都是其两面性,灵活的另一面则是带来了复杂性。经常我们用New,malloc,realloc分配了内存,却可能也很容易忘记用Delete,free来释放。C++内存泄露这是很多程序常见的问题,也给初学者带来不少的困惑。如为什么程序运行后内存在不停的增加(Windows通过任务管理器可以观察到)。因为分配了内存而没有释放,逐渐耗尽内存资源,最后导致系统崩溃。内存泄露除了堆中的之外,还包括核心系统资源的内存泄露。那么在STL中目前增加了Smart Point技术,在Java有垃圾回收技术。不过C++中Smart Pointer技术也并不可能解决所有问题,特别是初学者。所以在此介绍一下VC下面C++内存泄露的跟踪和调试,至于内存泄露的详细介绍再次都不再此多说,可以去其他地方寻找参考信息。

 

 1、内存检侧需要用到C++ 的CRT库,而调试时必须是Debug模式。要使用CRT库,请增加如下三条语句。

    #define _CRTDBG_MAP_ALLOC
    #include <stdlib.h>
    #include <crtdbg.h>

    注意:这组语句的顺序不可以改变。

 

2、在程序退出时增加内存泄露报告分析函数:    

    _CrtDumpMemoryLeaks();

 

    不支持MFC的项目,程序运行的结果应该是

    Detected memory leaks!
    Dumping objects ->
    d:/program files/microsoft visual studio .net 2003/vc7/include/crtdbg.h(689) : {54} normal block at 0x00371078, 4 bytes long.
     Data: <  D > 94 20 44 00 
    d:/program files/microsoft visual studio .net 2003/vc7/include/crtdbg.h(689) : {53} normal block at 0x00371038, 4 bytes long.
     Data: <  D > BC 20 44 00 
    Object dump complete.

 

    我们发现无法定位到内存泄露的具体源代码位置。

3、如何解决获得具体泄露的位置:

   
    #ifdef _DEBUG
    #define new   new(_NORMAL_BLOCK,__FILE__, __LINE__)
    #endif

 

    运行结果如下:

    Detected memory leaks!
    Dumping objects ->
    f:/testvc/factory/factory.cpp(93) : {54} normal block at 0x00371078, 4 bytes long.
     Data: <  D > 94 20 44 00 
    f:/testvc/factory/factory.cpp(102) : {53} normal block at 0x00371038, 4 bytes long.
     Data: <  D > BC 20 44 00 
    Object dump complete.

 

4、如何跟踪隐式的内存泄露:

    看到上面的输入结果中的:{54}和{53}了吗,这就是表示内存分配的序号。通过_CrtSetBreakAlloc(53),_CrtSetBreakAlloc(54)就可以发现比较隐藏的内存泄露的具体所在位置。

 

CRT库还有很多实用的函数,目前就将这几个常用的记录于此,以后用到其他的再增加到此。

 

抱歉!评论已关闭.