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

发表于:2014-12-24 10:46

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:jphaoren    来源:51Testing软件测试网采编

  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库还有很多实用的函数,目前就将这几个常用的记录于此,以后用到其他的再增加到此。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号