浅谈C++中内存泄漏的检测

简介: 首先我们需要知道程序有没有内存泄露,然后定位到底是哪行代码出现内存泄露了,这样才能将其修复。 最简单的方法当然是借助于专业的检测工具,比较有名如BoundsCheck,功能非常强大,相信做C++开发的人都离不开它。

首先我们需要知道程序有没有内存泄露,然后定位到底是哪行代码出现内存泄露了,这样才能将其修复。

最简单的方法当然是借助于专业的检测工具,比较有名如BoundsCheck,功能非常强大,相信做C++开发的人都离不开它。此外就是不使用任何工具,而是自己来实现对内存泄露的监控,分如下两种情况:

. MFC 中检测内存泄漏

假如是用MFC的程序的话,很简单。默认的就有内存泄露检测的功能。

我们用VS2005生成了一个MFC的对话框的程序,发现他可以自动的检测内存泄露.不用我们做任何特殊的操作. 仔细观察,发现在每个CPP文件中,都有下面的代码: 但是这个只是告诉我们程序有内存泄露,到底在哪泄露了一眼看不出来啊。

#ifdef _DEBUG
#define  new DEBUG_NEW
#endif

DEBUG_NEW 这个宏定义在afx.h文件中,就是它帮助我们定位内存泄漏。

    在含有以上代码的cpp文件中分配内存后假如没有删除,那么停止程序的时候,VisualStudioOutput窗口就会显示如下的信息了:

Detected memory leaks!
Dumping objects -
>
d:
/ code / mfctest / mfctest . cpp ( 80 )  : { 157 } normal block at  0x003AF170 ,   4  bytes long .
 Data: 
<   >   00   00   00   00  
Object dump complete
.

Output窗口双击粗体字那一行,那么IDE就会打开该文件,定位到该行,很容易看出是哪出现了内存泄露。

二.检测纯C++的程序内存泄露

我试了下用VisualStudio建立的Win32 Console ApplicationWin32 Project项目,结果都不能检测出内存泄露。

下面一步一步来把程序的内存泄露检测的机制建立起来。

首先,我们需要知道C运行库的Debug版本提供了许多检测功能,使得我们更容易的Debug程序。在MSDN中有专门的章节讲这个,叫做Debug Routines,建议大家先看看里面的内容吧。

我们会用到里面很重要的几个函数。其中最重要的是 _CrtDumpMemoryLeaks();自己看MSDN里的帮助吧。使用这个函数,需要包含头文件crtdbg.h

该函数只在Debug版本才有用,当在调试器下运行程序时,_CrtDumpMemoryLeaks 将在“Output(输出)”窗口中显示内存泄漏信息.写段代码试验一下吧,如下:

 检测内存泄露版本一:

#include  " stdafx.h "
#include 
< crtdbg.h >
int  _tmain( int  argc, _TCHAR *  argv[])
{
    
int *  p  =   new   int ();
    _CrtDumpMemoryLeaks();
    
return   0 ;
}

 运行后,在Output(输出)窗口,显示了如下的信息:

Detected memory leaks!
Dumping objects -
>
{
112 } normal block at  0x003AA770 ,   4  bytes long .
 Data: 
<      >   00   00   00   00  
Object dump complete
.

 

   看我们的检测内存泄露版本二:

 

#include  " stdafx.h "
#ifdef _DEBUG
#define  DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define  DEBUG_CLIENTBLOCK
#endif
#define  _CRTDBG_MAP_ALLOC
#include 
< crtdbg.h >
#ifdef _DEBUG
#define  new DEBUG_CLIENTBLOCK
#endif
int  _tmain( int  argc, _TCHAR *  argv[])
{
    
int *  p  =   new   int ();
    _CrtDumpMemoryLeaks();
    
return   0 ;
}

  该程序定义了几个宏,通过宏将Debug版本下的new给替换了,新的new记录下了调用new时的文件名和代码行.运行后,可以看到如下的结果:

 

Detected memory leaks!
Dumping objects -
>
d:
/ code / consoletest / consoletest . cpp ( 21 )  : { 112 } client block at  0x003A38B0 ,  subtype  0 ,   4  bytes long .
 Data: 
<      >   00   00   00   00  
Object dump complete
.

 

 呵呵,已经和MFC程序的效果一样了,但是等一等。看下如下的代码吧:

 

int  _tmain( int  argc, _TCHAR *  argv[])
{
    
int *  p  =   new   int ();
    _CrtDumpMemoryLeaks();
    delete p;
    
return   0 ;
}

 

运行后可以发现我们删除了指针,但是它仍然报内存泄露。所以可以想象,每调用一次new,程序内部都会将该调用记录下来,类似于有个数组记录,假如delete了,那么就将其从数组中删除,而_CrtDumpMemoryLeaks()就是把这个数组当前的状态打印出来。

所以除了在必要的时候Dump出内存信息外,最重要的就是在程序退出的时候需要掉用一次_CrtDumpMemoryLeaks();

假如程序有不止一个出口,那么我们就需要在多个地方都调用该函数。

更进一步,假如程序在类的析构函数里删除指针,怎么办?例如:

 

#include  " stdafx.h "
#ifdef _DEBUG
#define  DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define  DEBUG_CLIENTBLOCK
#endif
#define  _CRTDBG_MAP_ALLOC
#include 
< crtdbg.h >
#ifdef _DEBUG
#define  new DEBUG_CLIENTBLOCK
#endif
class  Test
{
public :
    Test()      {   _p 
=   new   int ();     }
    
~ Test()     {   delete _p;          }
    
int *  _p;
};
int  _tmain( int  argc, _TCHAR *  argv[])
{
    
int *  p  =   new   int ();
    delete p;
    Test t;
    _CrtDumpMemoryLeaks();
    
return   0 ;
}

  可以看到析构函数在程序退出的时候才调用,明明没有内存泄露,但是这样的写法还是报了。

  如何改进呢,看检测内存泄露版本三:

 

#include  " stdafx.h "
#ifdef _DEBUG
#define  DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define  DEBUG_CLIENTBLOCK
#endif
#define  _CRTDBG_MAP_ALLOC
#include 
< crtdbg.h >
#ifdef _DEBUG
#define  new DEBUG_CLIENTBLOCK
#endif
class  Test
{
public :
    Test()      {   _p 
=   new   int ();     }
    
~ Test()     {   delete _p;          }
    
int *  _p;
};
int  _tmain( int  argc, _TCHAR *  argv[])
{
    _CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF 
|  _CRTDBG_LEAK_CHECK_DF );
    
int *  p  =   new   int ();
    delete p;
    Test t;
    
return   0 ;
}

 

 _CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );该语句在程序退出时自动调用 _CrtDumpMemoryLeaks。必须同时设置 _CRTDBG_ALLOC_MEM_DF _CRTDBG_LEAK_CHECK_DF.

这样,该版本已经达到了MFC一样的效果了,但是我觉得光这样还不够,因为我们只是在Output窗口中输出信息,对开发人员的提醒还不明显,经常会被遗漏,而且很多人就算发现了内存泄露,但是不好修复,不会严重影响到程序外在表现,都不会修复。怎么样能让开发人员主动的修复内存泄露的问题呢?记得曾经和人配合写程序,我的函数参数有要求,不能为空,但是别人老是传空值,没办法了,只好在函数开始验证函数参数,给他assert住,这样程序运行时老是不停的弹出assert,调试程序那个烦压,最后其他程序员烦了,就把这个问题给改好了,输入参数就正确了。所以我觉得咱要让程序员主动去做一件事,首先要让他觉得做这个事是能减轻自己负担,让自己工作轻松的。呵呵,那咱们也这样,当程序退出时,检测到内存泄露就让程序提示出来。

 看检测内存泄露版本四:

 

#include  " stdafx.h "
#include 
< assert.h >
#ifdef _DEBUG
#define  DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define  DEBUG_CLIENTBLOCK
#endif
#define  _CRTDBG_MAP_ALLOC
#include 
< crtdbg.h >
#ifdef _DEBUG
#define  new DEBUG_CLIENTBLOCK
#endif
void  Exit()
{
    
int  i  =  _CrtDumpMemoryLeaks();
    assert( i 
==   0 );
}
int  _tmain( int  argc, _TCHAR *  argv[])
{
    atexit(Exit);
    
int *  p  =   new   int ();
    
return   0 ;
}

 

该版本会在程序退出时检查内存泄露,假如存在就会弹出提示对话框.

 atexit(Exit);设置了在程序退出时执行Exit()函数。Exit()函数中,假如存在内存泄露,_CrtDumpMemoryLeaks()会返回非0值,就会被assert住了。

到这个版本已经达到可以使用的程度了。但是我们还可以做些改进,因为真要准确的检测到代码中所有的内存泄露,需要把代码中的#define……拷贝到所有使用new的文件中。不可能每个文件都拷贝这么多代码,所以我们可以将他提取出来,放在一个文件中,比如我是放在KDetectMemoryLeak.h中,该文件内容如下:

 

#pragma  once
#ifdef _DEBUG
#define  DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define  DEBUG_CLIENTBLOCK
#endif
#define  _CRTDBG_MAP_ALLOC
#include 
< stdlib.h >
#include 
< crtdbg.h >
#ifdef _DEBUG
#define  new DEBUG_CLIENTBLOCK
#endif

然后将KDetectMemoryLeak.h包含在项目的通用文件中,例如用VS建的项目就将其包含在stdafx.h中。或者我自己建的一个Common.h文件中,该文件包含一些通用的,基本所有文件都会用到的代码。

 

作者:洞庭散人

出处:http://phinecos.cnblogs.com/    

本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
目录
相关文章
|
IDE Linux 开发工具
内存泄漏检测工具Valgrind:C++代码问题检测的利器(一)
内存泄漏检测工具Valgrind:C++代码问题检测的利器
3235 0
|
数据采集 安全 数据安全/隐私保护
关于我在阿里云无影云桌面上运行selenium那件事...(无影云桌面初入门)
刚好天天用家里电脑跑爬虫电脑非常卡...正巧赶上使用,这不是瞌睡了有人送枕头...
445 1
关于我在阿里云无影云桌面上运行selenium那件事...(无影云桌面初入门)
|
4天前
|
云安全 监控 安全
|
1天前
|
存储 机器学习/深度学习 人工智能
打破硬件壁垒!煎饺App:强悍AI语音工具,为何是豆包AI手机平替?
直接上干货!3000 字以上长文,细节拉满,把核心功能、使用技巧和实测结论全给大家摆明白,读完你就知道这款 “安卓机通用 AI 语音工具"——煎饺App它为何能打破硬件壁垒?它接下来,咱们就深度拆解煎饺 App—— 先给大家扒清楚它的使用逻辑,附上“操作演示”和“🚀快速上手不踩坑 : 4 条核心操作干货(必看)”,跟着走零基础也能快速上手;后续再用真实实测数据,正面硬刚煎饺 App的语音助手口令效果——创建京东「牛奶自动下单神器」口令 ,从修改口令、识别准确率到场景实用性,逐一测试不掺水,最后,再和豆包 AI 手机语音助手的普通版——豆包App对比测试下,简单地谈谈煎饺App的能力边界在哪?
|
9天前
|
机器学习/深度学习 人工智能 自然语言处理
Z-Image:冲击体验上限的下一代图像生成模型
通义实验室推出全新文生图模型Z-Image,以6B参数实现“快、稳、轻、准”突破。Turbo版本仅需8步亚秒级生成,支持16GB显存设备,中英双语理解与文字渲染尤为出色,真实感和美学表现媲美国际顶尖模型,被誉为“最值得关注的开源生图模型之一”。
1123 6
|
11天前
|
机器学习/深度学习 人工智能 数据可视化
1秒生图!6B参数如何“以小博大”生成超真实图像?
Z-Image是6B参数开源图像生成模型,仅需16GB显存即可生成媲美百亿级模型的超真实图像,支持中英双语文本渲染与智能编辑,登顶Hugging Face趋势榜,首日下载破50万。
723 42
|
15天前
|
人工智能 Java API
Java 正式进入 Agentic AI 时代:Spring AI Alibaba 1.1 发布背后的技术演进
Spring AI Alibaba 1.1 正式发布,提供极简方式构建企业级AI智能体。基于ReactAgent核心,支持多智能体协作、上下文工程与生产级管控,助力开发者快速打造可靠、可扩展的智能应用。
1166 41
|
15天前
|
人工智能 前端开发 算法
大厂CIO独家分享:AI如何重塑开发者未来十年
在 AI 时代,若你还在紧盯代码量、执着于全栈工程师的招聘,或者仅凭技术贡献率来评判价值,执着于业务提效的比例而忽略产研价值,你很可能已经被所谓的“常识”困住了脚步。
930 77
大厂CIO独家分享:AI如何重塑开发者未来十年

热门文章

最新文章