本文介绍C++中内存泄漏的检测方法。

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

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

  一. 在 MFC 中检测内存泄漏

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

  我们用VS2005生成了一个MFC的对话框的程序,发现他可以自动的检测内存泄露.不用我们做任何特殊的操作. 仔细观察,发现在每个CPP文件中,都有下面的代码:


#ifdef _DEBUG
  #define new DEBUG_NEW
  #endif

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

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


 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 Application和Win32 Project项目,结果都不能检测出内存泄露。

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

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

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

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

  检测内存泄露版本一:


 #include "stdafx.h"
  #include
  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
  #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
  #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
  #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
  #ifdef _DEBUG
  #define DEBUG_CLIENTBLOCK new( _CLIENT_BLOCK, __FILE__, __LINE__)
  #else
  #define DEBUG_CLIENTBLOCK
  #endif
  #define _CRTDBG_MAP_ALLOC
  #include
  #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
  #include
  #ifdef _DEBUG
  #define new DEBUG_CLIENTBLOCK
  #endif

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

编辑推荐:

1. C++文件流基本用法 其实很简单

2. C++运算之递加与递减(++、--)代码

3. C++编程 让计算机自动重启的程序

C++中内存泄漏的检测方法介绍相关推荐

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

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

  2. C++中内存泄漏的检测

           好喝来自        首先我们需要知道程序有没有内存泄露,然后定位到底是哪行代码出现内存泄露了,这样才能将其修复. 最简单的方法当然是借助于专业的检测工具,比较有名如BoundsChe ...

  3. VisualStudio C++内存泄漏的检测方法(二)

    代码 #define _CRTDBG_MAP_ALLOC #include <iostream> #include <crtdbg.h> using namespace std ...

  4. VS环境中进行内存泄漏的检测

    转自:VS环境中进行内存泄漏的检测 - 星辰风 - 博客园 根据MSDN中的介绍,亲测整理. 本篇比较长,如不愿花费太多时间,可只看第一段和第四段,甚至只看第四段. 内存泄漏,即未能正确释放以前分配的 ...

  5. VC++6.0中内存泄漏检测 转

    最近看了周星星 Blog 中的一篇文章:"VC++6.0中内存泄漏检测",受益匪浅,便运行其例子代码想看看 Output 窗口中的输出结果,可惜怎么弄其输出都不是预期的东西,郁闷了 ...

  6. 计算机存储程序错误检验,内存错误怎么办?内存错误的修复与检测方法介绍

    导语: 电脑具有存储功能,这点毋庸置疑,一款电脑的内存大小能够在一定程度上决定这款产品的性能.但是,我们电脑用户在使用电脑的过程中常常会遇到电脑内部才能错误的故障.那么,内存错误的原因是什么?电脑内存 ...

  7. 如何查找,修复和避免C#.NET中内存泄漏的8个最佳实践

    原文来自互联网,由长沙DotNET技术社区编译. 本文来源:https://michaelscodingspot.com/find-fix-and-avoid-memory-leaks-in-c-ne ...

  8. wpf绑定treeview 带查找_如何查找,修复和避免C#.NET中内存泄漏的8个最佳实践

    本文来源:https://michaelscodingspot.com/find-fix-and-avoid-memory-leaks-in-c-net-8-best-practices/ 从事大型企 ...

  9. Android内存泄漏的检测流程、捕捉以及分析

    https://blog.csdn.net/qq_20280683/article/details/77964208 Android内存泄漏的检测流程.捕捉以及分析 简述: 一个APP的性能,重度关乎 ...

最新文章

  1. mysql的分页怎么不对_mysql一对多关联查询分页错误问题的解决方法
  2. SAP BW BEx工具集简单介绍【AV+PPT】
  3. 佛门重地,不适合搞这种事!!
  4. python怎么输出结果_Python中print()常用输出方法
  5. java基础—IO流——字节流的操作演示
  6. php生成饼状图 柱形图,求一个饼状图或柱状图php生成类或例子
  7. mysql udf http,mysql下mysql-udf-http效率测试小记
  8. C++基础::关于区间端点的问题
  9. c++整人小程序无限弹窗(附源码)
  10. axis wsdl2java_信步漫谈之Axis2—wsdl2java工具使用
  11. python前端用什么写_Python 竟然也可以写网页前端了
  12. c语言算术转换例子,关于C语言算术表达式中“寻常算术转换”的问题
  13. 【概率论与数理统计 Probability and Statistics 3】—— (important)全概率公式和贝叶斯公式
  14. Linux下wm8978调试指南
  15. window远程桌面无法复制粘贴文件到本地
  16. JavaSE基础笔记——字符串常用类/ArrayList(集合)
  17. 第三方数据源大型库| CnOpenData全球专利及引用被引用数据
  18. 机器学习数据预处理之离群值/异常值:标准差法
  19. 这才是实习生写的代码,你学废了吗
  20. JESD204标准概述

热门文章

  1. 2018杭电多校第二场1006(容斥原理,组合数学)
  2. hadoop1.2.1的安装
  3. Nagios 监控windows性能计数器
  4. 数组实现UITabview的cell设置
  5. Hadoop中的Streaming(20)
  6. 研发部门之间利益之争何时休?如何休?
  7. WAP 的组成及主要特点
  8. 了解 64 位 Office
  9. OCP 11G 051题库解析笔记-总
  10. Serializable中的serialVersionUID