当前位置：文档之家 › 防御C++内存泄露的闸门

防御C++内存泄露的闸门

  • 格式：pdf
  • 大小：108.44 KB
  • 文档页数：2

啊叠　翻圃ｉｌｌ　Ｐｒｏｄｕｃｔ＆Ａｐｐｌｉｃａｔｉｏｒ　

工具＞＞＞　

防往口ｃ＋＋内存　薹蚕茎兰圣薰　ｅ或ｌｐ其．ｄ他ｌ￣可　

泄露的闸门　奏　。　

口文／谢宇宁艳文　ｒｉｄ．ｈ的语句放在ｓｔｄａｆｘ．ｈ的包含语句之　

后，否则放在最前面。如下是一个示例　程序：　初识Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ　５．它的源代码使用ＧＮＵ许可发布。　＃ｉｒｌｃｌｕｄｅ＜ｖｌｄ．ｈ　灵活自由是Ｃ／Ｃ＋＋语言的一大特　并有详尽的文档及注释。对于想深入了　ｖｏｉｄｍａｉｎ（）　

色，而这也为ｃ／ｃ＋＋程序员出了一个难　解堆内存管理的读者．这是一个不错的　…　题。当程序越来越复杂时．内存的管理也　选择。　’　

会变得越加复杂，稍有不慎就会出现内　可见，从使用角度来讲，Ｖｉｓｕａｌ　Ｌｅａｋ　接下来让我们来演示如何使用ｖｉｓｕａｌ　存问题。内存泄漏是最常见的内存问题Ｄｅｔｅｃｔｏｒ简单易用，对于使用者自己的代Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ检测内存泄漏。下面是一个　之一。内存泄漏如果不是很严重，在短时　码．唯一的修改是增加＃ｉｎｃｌｕｄｅ　Ｖｉｓｕａｌ　简单的程序．用ｎｅｗ分配了一个ｉｎｔ大小　间内对程序不会有太大的影响，这也使Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ的头文件后正常运行自己的　的堆内存．并没有释放。其申请的内存地　得内存泄漏问题有很强的隐蔽性，不容　程序，就可以发现内存问题。从研究的角　址用ｐｒｉｎｔｆ输出到屏幕上。　易被发现。然而不管内存泄漏多么轻微，　度来讲，如果深入Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ源　＃ｉｎｃｌｕｄｅ＜ｖｌｄ．ｈ＞　当程序长时间运行时，其破坏力是惊人　代码，可以学习到堆内存分配与释放的　＃ｉｎｃｌｕｄｅ＜ｓｔｄｌｉｂ．ｈ＞　．　．　辩　．ｎ＞　的，从性能下降到内存耗尽，甚至会影响　原理、内存泄漏检测的原理及内存操作　ｉｎｃｌｕｄｅ＜ｓｔｃＬ￣ｏ　

到其他程序的正常运行。另外内存问题　的常用技巧等。　：　“’　的一个共同特点是，内存问题本身并不　ｐｒｉｎ２　７８　会有很明显的现象，当有异常现象出现　使用Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ（１．Ｏ）　）　

时已时过境迁，其现场已非出现问题时　下面介绍一下如何使用这个小巧的　ｖｏｉｄｍａｉｎ（）　

的现场了，这给调试内存问题带来了很　工具。首先从网站上下载ｚｉｐ　ｚ￣＿，，解压之　ｆ（）　大的难度。　后得到ｖＩｄ．ｈ，ｖｌｄａｐｉ　ｈ．ｖＩ　ｄ＿ｌｉｂ．ｖｌｄｍｔ　’　

Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ是一款用于ＶＩ－ｌｉｂ，ｖｌｄｍｔｄｌｌ　ｌｉｂ，ｄｂｇｈｅｌｐ。ｄｌｌ等文件。　编译运行后，在标准输出窗１：３得到：　ｓｕａＩ　ｃ＋＋的免费的内存泄露检测工具。　将．ｈ文件拷贝到Ｖｉｓｕａｌ　ｃ＋＋的默认ｉｎ—　ｐ＝００３ａ８９ｃ０　可以在ｈｔｔｐ：／／ｗｗｗ．ｃｏｄｅｐｒｏｊｅｃｔ．ｃｏｒｎ／　ｃｌｕｄｅ目录下，将Ｉ【ｂ文件拷贝到Ｖｉｓｕａｌ　ｔｏｏｌｓ／ｖｉｓｕａｌｌｅａｋｄｅｔｅｃｔｏｒ．ａｓｐ下载到。相比　ｃ＋＋的默认ｌｉｂ目录下，便安装完成了。　在Ｖｉｓｕａｌ　ｃ＋＋的Ｏｕｔｐｕｔ窗Ｉ：ａ得到：　

较其它的内存泄露检测工具，它在检测　￣￥ｒｍｏ：Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ　ｄｅｔｅｃｔｅｄ　ｍｅｍｏｒｙ　ｌｅａｋｓ！　一一一一一一一一一一Ｂｌｏｃｋ　５７　ａｔ　０ｘ００３Ａ８９Ｃ０：４　ｂｙｔｅｓ一一一一一一一一一一　到内存泄漏的同时　还具有如下特点：　一５７号块ｏｘｏｏ３Ａ８９ｃｏ地址泄漏了８个字节　１．可以得到内存泄漏点的调用堆栈，宝　，１ｄｃ　ｓｏｌｅ　戛　ｉｎ．ｃｐｐ㈩：　

甚至还可以得到其所在文件及行号；　：　翼　蛊璧　。ｎｓ。　、Ⅱ　ｉｎ．ｃｐｐ　：腿ｉｎ　

２．可以得到泄露内存的完整数据；　一双击以引导至对应代码处　ｆ　ｔｒｔｍ｜ＶＣｔＯＯＩＳ｜ｃｒｔ＿ｂｌｄｔｓｅＩｆ　ｘ８６ｔＣｒｔｔＳｒｃｌＣｒｔｅｘｅ．ｃ　ｒ５８　６，　３．可以设置内存泄露报告的级别；　锄ｊｎ　蹦：ａ曲　一　…一．　。　．．．．　．．＿　．　ｆ：＼ｒｔｍ＼ｖｃｔｏｃｌｓ＼ｃｒｔ＿ｂｌｄ＼ｓｅｌｆ＿ｘ８６＼ｃｒｔ＼ｓｒｃ＼ｃｒｔｅｘｅ．ｃ（４０３）：ｍａｉｎＣＲＴＳｔａｒｔｕｐ　４．它是一个已经打包的ｌｌｂ，使用时０ｘ７ＣＳＩ６Ｄ４Ｆ《ｎ１ｅａｎｄ１ｉｍ咖ｆＥｔ）Ｅ　眦ａｖａｉｌａｂｌｅ）：Ｒｅｇｉｓｔ　呲ｔＦｏ咖ｌｔＩｄｌｅ　无须编译它的源代码。而对于使用者自　慧泄漏内存的　０．ｘ．…１２３４…５６７…８．．　

己的Ｖ１码，上Ｌｅ　要做上小的．动；　Ｖｉｓｕｅｌ　Ｌｅａｋ—Ｄｅｔｅｃｔｏｒ￣．ｅｔｅｃｔｅｄ一１ｍｅｍｏｒｙ．１ｅａ—ｋ．　

１２６－童岛员　维普资讯 http://www.cqvip.com 第二行表示５７号块有４字节的内存　呢７　Ｗｉｎｄｏｗｓ提供了分配钩子［ａｌｌｏｃａｔｉｏｎ　有未释放之堆内存．则必为内存泄漏。　

泄漏．地址为０ｘ００３Ａ８９Ｃ０．根据程序控ｈｏｏｋｓ）来监视调试堆内存的分配。它是一　分配的堆内存是通过一个链表来组　

制台的输出　可以知道．该地址为指针Ｐ。　个用户定义的回调函数．在每次从调试　织的．检查内存泄漏则是检查此链表。但　

程序的第７行．ｆ【）函数里．在该地址处分　堆分配内存之前被调用。在初始化时．　是Ｗｉｎｄｏｗｓ没有提供方法来访问这个链　

配了４字节的堆内存空间．并赋值为　Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ使用一ＣｒｔＳｅｔＡＩＩｏｃＨｏｏｋ　表。Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ使用了一个小技　

０ｘｌ２３４５６７８，这样在报告中．我们看到了　注册这个钩子函数．这样就可以监视从　巧来得到它。首先在堆上申请一块临时　

这４字节同样的内容。　此之后所有的堆内存分配了。　内存，则该内存的地址可以转换成指向　

可以看出．对于每一个内存泄漏，这　如何保证在Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ初始　一个ＣｒｔＭｅｍＢＩｏｃｋＨｅａｄｅｒ结构　在此结构　个报告列出了它的泄漏点、长度、分配该　化之前没有堆内存分配呢７全局变量是　中就可以获得这个链表。　

内存时的调用堆栈　和泄露内存的内容　在程序启动时就初始化的，如果将Ｖｉｓｕａｌ　

１分别以１６进制和文本格式列出）。双击该Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ作为一个全局变量．就可以　报告生成　堆栈报告的某一行．会自动在代码编辑器　随程序一起启动。但是Ｃ／Ｃ＋＋并没有约　前面讲ＴＶｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ￣Ｒ何检　

中跳到其所指文件的对应行。这些信息对　定全局变量之间的初始化顺序．如果其　测、记录内存泄漏及其调用堆栈。但是如　于我们查找内存泄露将有很大的帮助。　它全局变量的构造函数中有堆内存分配．　果要使这个信息对程序员有用的话．必　

则可能无法检测到。　须转换成可读的形式。Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ　工作原理　使用ＳｙｍＧｅｔＬ　ｉｎｅＦ　ｒｏｍＡｄｄ　ｒ６４（）及　下面让我们来看一下该工具的工作原　记录内存分配　ＳｙｍＦｒｏｍＡｄｄｒ（）生成可读的报告。　

理。在这之前，我们先来看一下Ｖｉ　ｓｕａｌ　一个分配钩子函数需要具有如下的　概括讲来，Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ的工　

ｃ＋＋内置的内存泄漏检测工具是如何工作　形式：　作分为３步，首先在初始化时注册一个钩　的。Ｖｉｓｕａｌ　Ｃ＋＋内置的工具ＣＲＴ　Ｄｅｂｕｇ　Ｈｅａｐ　ｉｎｔ　ＹｏｕｒＡＩＩｏｃＨｏｏｋ（ｉｎｔ　ａｌＩｏｃＴｙｐｅ．ｖｏｉｄ　子函数：然后在内存分配时该钩子函数　

工作原理很简单。在使用Ｄｅｂｕｇ版的ｒｅａｌＩｏｃ　＊ｕｓｅｒＤａｔａ，ｓｌｚｅ＿ｔ　ｓｉｚｅ，ｉｎｔ　ｂｌｏｃｋＩｙｐｅ，ｌｏｎｇ　被调用以记录当时的现场：最后检查堆　

分配内存时，ｍａｌｌｏｃ会在内存块的头中记　ｒｅｑｕｅｓｔＮｕｍｂｅ　ｒ，ｃｏｎｓｔ　ｕｎｓｉｇｎｅｄ　ｃｈａ　ｒ　内存分配链表以确定是否存在内存泄漏　

录分配该内存的文件名及行号。当程序退　＊ｉｌｌｅｎａｍｅ，ｉｎｔ　ｌｉｎｅＮｕｍｂｅｒ）：　并将泄漏内存的现场转换成可读的形式　出时ＣＲＴ会在ｍａｉｎ（）函数返ＩＡｉ２＿后做一些　就像前面说的，它在Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅ一　输出。　

清理工作，这个时候来检查调试堆内存，　ｒｅｃｔｏｒ初始化时被注册，每次从调试堆分　如果仍然有内存没有被释放，则一定是存　配内存之前被调用。这个函数需要处理　总结　

在内存泄漏。从这些没有被释放的内存块　的事情是记录下此时的调用堆栈和此次　在使用上，Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ简　

的头中，就可以获得文件名及行号。　堆内存分配的唯一标识：ｒｅｑｕｅｓｔＮｕｍｂｅｒ。　单方便，结果报告一目了然。在原理　

这种静态的方法可以检测出内存泄漏　得到当前的堆栈的二进制表示并不　上，Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏ　ｒ针对内存泄　

及其泄漏点的文件名和行号，但是并不　是一件很复杂的事情，但是因为不同体　漏问题的特点，可谓对症下药——内存　

知道泄漏究竟是如何发生的，并不知道　系结构、不同编译器、不同的函数调用约　泄漏不是难于发现吗７那就把每次内　该内存分配语句是如何被执行到的。要　定所产生的堆栈内容略有不同，要解释　存分配都记录下来，程序退出时算总　想了解这些，就必须要对程序的内存分　堆栈并得到整个函数调用过程略显复杂。　账；内存泄漏现象出现时不是已时过　

配过程进行动态跟踪。Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ　不过Ｗｉｎｄｏｗｓ提供一个ＳｔａｃｋＷａｌｋ６４函　境迁，并非当时泄漏点的现场了吗７　

就是这样做的。它在每次内存分配时将　数，可以获得堆栈的内容。　那就把现场也记录下来．清清楚楚地　

其上下文记录下来．当程序退出时，对于　告诉使用者那块泄漏的内存就是在哪　检测到的内存泄漏，查找其记录下来的　检测内存泄露　个调用过程中泄漏掉的。　

上下文信息，并将其转换成报告输出。　前面提到了Ｖｉ　ｓＩＪａｌ　ｃ＋＋内置的内存泄　Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ是一个简单易用　漏检测工具的工作原理。与该原理相同，　的内存泄漏检测工具。现在最新的版本是　

初始化　因为全局变量以构造的相反顺序析构，　１　９ａ，它采用了新的检测机制，并在功能　Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ要记录每一次的　在Ｖｉｓｕａｌ　Ｌｅａｋ　Ｄｅｔｅｃｔｏｒ析构时．几乎所有　上有了很多改进。读者不妨体验一下。一　

内存分配，而它是如何监视内存分配的　日习具他耍重　ｓ已经　构，此盯如果　然　一责任编辑：妣蠕　（１ｌｊ＠ｃｓｄｎ．ｎｅｔ）　

－Ｐｒｏｇｒａｍｍｅｒ

　１２７　维普资讯 http://www.cqvip.com

合集下载

GDI内存泄露

GDI内存泄露

GDI的内存泄露问题

2011-01-08 22:15:17| 分类： VC使用技巧 | 标签：gdi loadbitmap 泄露 imagehdc pdc |字号大中小 订阅

对于不停的获得和释放绘图设备句柄(DC)可能会导致GDI内存泄露。本文从一个实际项目中总结出以下几条经验防止内存泄露。

1. 尽量使用HDC和DeleteDC组合，不要用CDC

HDC imageHDC =::CreateCompatibleDC( NULL );

HBITMAP hOldBMP = (HBITMAP)::SelectObject(imageHDC, m_hBmpResult[m_dResult]);

......

::DeleteDC(imageHDC);

2.

3. GetDC和ReleaseDC配合使用

CDC* pDC=GetDC();

......

ReleaseDC(pDC);

4.

5. 对于常使用的图片资源，在程序初始化前就加载，并保存在内存里

m_hBmpInsideRoul

= ::LoadBitmap(AfxGetResourceHandle(),MAKEINTRESOURCE(IDB_INSIDE_ROUL));

m_hBmpOutsideRoul

= ::LoadBitmap(AfxGetResourceHandle(),MAKEINTRESOURCE(IDB_OUTSIDE_ROUL));

m_hBmpBall = ::LoadBitmap(AfxGetResourceHandle(),MAKEINTRESOURCE(IDB_BALL));

for (int i=0; i<37; i++)

{

m_hBmpResult[i]

= ::LoadBitmap(AfxGetResourceHandle(),MAKEINTRESOURCE(IDB_RESULT0+i));

C中不安全的函数以解决办法汇总

C中不安全的函数以解决办法汇总

C中不安全的函数以解决办法汇总

在C语言中，由于其较低级的特性，存在许多不安全的函数。这些函数可能会导致潜在的内存泄漏、缓冲区溢出和安全漏洞等问题。为了解决这些问题，需要采取一些措施来保证代码的安全性。下面是一些常见的不安全函数及其解决办法。

1. strcpy函数：

strcpy函数用于将一个字符串复制到另一个字符串中，但是没有对目标字符串的大小进行检查，容易导致缓冲区溢出。解决办法是使用strncpy函数，它可以指定目标字符串的大小，避免溢出问题。

2. strcat函数：

strcat函数用于将一个字符串连接到另一个字符串的末尾，但也没有对目标字符串的大小进行检查，容易导致缓冲区溢出。解决办法是使用strncat函数，同样可以指定目标字符串的大小。

3. gets函数：

gets函数用于从标准输入读取一行字符串，但没有对目标缓冲区的大小进行检查，容易导致缓冲区溢出。解决办法是使用fgets函数，它可以指定读取的最大字符数，避免溢出问题。

4. scanf函数：

scanf函数用于从标准输入读取格式化数据，但没有对输入数据的长度进行检查，容易导致缓冲区溢出。解决办法是使用带有限制符的scanf函数，例如"%Ns"，其中N为接受的最大字符数。

5. sprintf函数： sprintf函数用于将格式化的数据写入字符串，但同样存在缓冲区溢出的问题。解决办法是使用snprintf函数，它可以指定输出字符串的最大长度，避免溢出问题。

6. strtok函数：

strtok函数用于将字符串分割成多个子字符串，但是并不是线程安全的，并且可能会修改原始字符串。解决办法是使用strtok_r函数，它是线程安全的，并且不会修改原始字符串。

7. malloc函数：

malloc函数用于动态分配内存，但没有对内存分配失败进行检查，可能导致内存泄漏或崩溃。解决办法是在分配内存前，使用try-catch语句检查分配是否成功，并在分配失败时进行错误处理。

防止栈溢出的防护机制

防止栈溢出的防护机制

- 1 - 防止栈溢出的防护机制

栈溢出是一种常见的安全漏洞，它可以被黑客利用来执行恶意代码或者获取系统权限。为了防止栈溢出攻击，现代操作系统和编译器都引入了一些防护机制。

其中最常见的是堆栈保护机制（Stack Guard），也称为栈保护或者Canary。该机制在函数开始时将一个随机数值放置在栈底部，然后在函数结束时检查该值是否被修改。如果被修改，就意味着栈溢出了，程序将会终止。

另外，编译器还可以使用栈的非法访问检测技术（Stack

Smashing Protector），它会在代码中插入一些检查语句，以确保栈的访问是合法的。如果发现非法访问，程序同样会终止。

此外，还有一些其他的防护机制，例如地址随机化（Address

Space Layout Randomization，ASLR）、数据执行保护（Data Execution

Prevention，DEP）和控制流完整性（Control Flow Integrity，CFI）等等。这些机制都可以在一定程度上防止栈溢出攻击，提高系统的安全性。

总之，防止栈溢出攻击是一个不可忽视的安全问题。通过使用堆栈保护、栈的非法访问检测等防护机制，可以提高系统的安全性，避免程序被黑客攻击和利用。

避免内存泄漏的5个方法

避免内存泄漏的5个方法

避免内存泄漏的5个方法

内存泄漏是软件开发中常见的问题之一，它可以导致程序运行变慢、崩溃甚至系统崩溃。为了避免内存泄漏，开发人员需要采取一些方法来确保程序能够正确地释放内存。下面将介绍5个有效的方法来帮助开发人员避免内存泄漏。

1. 及时释放不再使用的内存

在程序运行过程中，当某个对象或数据不再需要时，应及时将其从内存中释放掉。这可以通过手动删除对象或数据的引用来实现。尤其是在循环结构中，需要特别留意是否存在对象或数据的引用一直被保留而没有及时释放的情况。

2. 使用弱引用

弱引用是一种特殊类型的引用，它不会使对象的引用计数加一，也不会阻止对象被垃圾回收器回收。使用弱引用可以避免对象被保留而引发内存泄漏问题。当对象不再被其他地方引用时，垃圾回收器会自动清理掉它。开发人员可以使用语言或框架提供的弱引用机制来避免内存泄漏。

3. 关注单例和静态变量

单例模式和静态变量在程序中通常被大量使用，但他们也容易引发内存泄漏问题。在使用单例模式时，需要特别留意单例对象中的成员变量是否被正确释放。而静态变量在整个程序的生命周期中都会存在，所以需要格外小心避免它们引发的内存泄漏。

4. 使用合适的数据结构和算法

某些数据结构和算法可能会使内存使用情况恶化，导致内存泄漏。开发人员需要根据实际需求选择合适的数据结构和算法，避免使用过大的数据结构或低效的算法。这样可以减少内存的占用并提高程序的效率。 5. 进行内存泄漏检测和性能优化

开发人员可以使用内存泄漏检测工具来帮助发现隐藏的内存泄漏问题。这些工具可以跟踪程序运行时的内存分配和释放情况，并生成报告用于分析。通过定期进行内存泄漏检测和性能优化，可以帮助开发人员及时解决潜在的内存泄漏问题，提升程序的稳定性和性能。

总结起来，避免内存泄漏需要开发人员保持注意力集中，及时释放不再使用的内存，使用弱引用、关注单例和静态变量、选择合适的数据结构和算法，并进行内存泄漏检测和性能优化。通过遵循这些方法，开发人员可以有效地避免内存泄漏，提升程序的质量和性能。