Memory Leak Debug with Visual Studio ...

最新推荐文章于 2024-01-09 09:54:02 发布

风竹夜

最新推荐文章于 2024-01-09 09:54:02 发布

阅读量772

点赞数

分类专栏： c/c++ Windows 文章标签：内存泄漏 debug c++

本文链接：https://blog.csdn.net/GW569453350game/article/details/83340609

版权

c/c++ 同时被 2 个专栏收录

69 篇文章 2 订阅

订阅专栏

Windows

11 篇文章 0 订阅

订阅专栏

结合这篇文章，完善一下Windows 和 Linux 内存泄漏 debug。

本文总结一下之前在Windows上debug的一个内存泄漏问题的经过：

一般一个程序出现少量内存泄漏的话（如果不是很严重），需要观察一段时间的内存占用才能被发现问题（或者使用 _CrtMemCheckpoint 函数，见下文）。

观察内存占用一般是两个地方：

打开Task Manager->Details 标签
或者，打开 “Resource Monitor”

如图（Commit 即程序所申请的虚拟内存空间）：
Resource Monitor

如果毫无头绪（因为代码是别人写的），可以通过注释部分代码，或者改写部分代码来简化代码的逻辑。将内存泄漏定位在某个函数或者某个对象中。在简化后的代码中debug会容易得多。

如果可能是new出来的对象没有被析构，可以通过在对象的构造函数和析构函数中打断点，然后查看构造函数和析构函数调用的次数是否相同。
如果不好跟踪析构函数，可以在new处打断点，然后获得new出来的地址值（ptr: 0x12345678）。并且设置数据断点（或者在delete处设置条件断点）。如图（这样就可以判断该地址是否被delete）：

如果你想找到某处是否有内存泄漏，你可以看一下这个函数_CrtMemCheckpoint ( 需要 #include <crtdbg.h>）：

_CrtMemState s1, s2, s3;  
_CrtMemCheckpoint( &s1 );  
// memory allocations take place here  
_CrtMemCheckpoint( &s2 );  

if ( _CrtMemDifference( &s3, &s1, &s2) )  
   _CrtMemDumpStatistics( &s3 );

如果输出如下：

0 bytes in 0 Free Blocks.
144 bytes in 4 Normal Blocks.
0 bytes in 0 CRT Blocks.
0 bytes in 0 Ignore Blocks.
0 bytes in 0 Client Blocks.
Largest number used: 77808 bytes.
Total allocations: 22671895 bytes.

表示两处_CrtMemCheckpoint之间的代码有 114 byte 的内存差异或者泄漏。
如果是负数，诸如 -7 bytes in 0 Normal Blocks. 此类的信息，表示在这两个checkpoint之间， delete 的内存大于 new 出来的内存。
see link1, link2

如果你的程序能够全局替换 operator new operator delete etc. ,你可以看一下这个项目：https://github.com/r-lyeh-archived/tracey

如果不能替换operator new operator delete 又不想通过手动地查看某个地址是否被析构，可以通过使用 _CrtSetAllocHook, _CrtGetAllocHook, _CrtIsValidHeapPointer 这些函数来实现自己的内存泄漏检测工具。但是，写好一个工具也不是件容易的事情，必须保证工具足够健壮，功能完善。

当然，除此之外，微软也提供了其他一些工具帮助检测内存泄漏，see link: