Xiangism

从一个无知角落里开始,蹒跚学步,一个未知到另一个未知,在跌跌撞撞中越走越快,越走越远,最后宇宙也为之开源。对于探索者来说,最后他们的思想总是变得和自己的足迹一样伟大。
随笔 - 62, 文章 - 1, 评论 - 220, 阅读 - 20万
  博客园  :: 首页  :: 联系 :: 管理
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

内存泄漏

Posted on   Xiangism  阅读(357)  评论(0编辑  收藏  举报

本人在工作上使用C/C++一年多的时间了,对C++的内存泄漏有着一些自己的见解。

在MFC debug模式下,如果用new申请出来的内存没有释放,最后VS在“输出”窗口中会提示有内存泄漏,并且会告诉内存泄漏的地址和大小。如果在单个的EXE文件可以用鼠标点击这个信息直接定位到引起内存泄漏的变量上;而如果是调用的DLL中出现了内存泄漏则无法用这种方式定位错误代码。这里介绍一种方式:在内存泄漏的提示信息中会给出其地址,而第二次运行程序时,一般来说变量的地址不会改变,所有这时,可以设断点,察看哪个变量的地址与提示信息中的一样,即可找出内存泄漏。

而防止因new引起的内存泄漏的最好方式,是用boost的shared_ptr智能指针。而二维、多维数组,boost也有提供支持,而本人的TwoDimesionArray<T> 也提供了很好的实现。这可以完全从内存泄漏的阴影中走出来。

可对于一些隐式的申请资源,却没有比较的解决方案。比如MFC中的创建的句柄得释放,用fopen打球的文件指针得释放,openCV中用cvCreateImage创建的图像得释放。这时就不能用MFC的智能检测工具,或者boundscheck之类的工具帮助我们了。

现在,个人觉得对于这种情况,最好的方法就是在源代码级别进行代码分析,找出那些只有"create",而没有"release"的代码。

这就得实现一个简单的C++编译系统,不过现在应该有比如成熟的方法或者库来进行这个工作。就把这个项目放入自己“待实现的程序”这一栏中吧~~

编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
点击右上角即可分享
微信分享提示