C/C++:关于内存管理的一些bug

  次阅读 作者:智能小宝 来源:互联网 2016-01-26 10:32 我要评论(0)

从内存管理方面来讲,C#是个完美的天堂,你不用像在C++中那样万分小心的管理着你的内存;尽管如此,本人还是喜欢C++要多些,正如微软称 C++为native代码 - C++对我来讲,的确是要更native一些。

其实,很多时候,C++之于C#,就像手动挡之于自动挡。

闲话不扯,一般情况下,我们会碰到的内存问题有使用未初始化的指针,使用空指针,释放已经释放过的内存等等。最近工作中也遇到两个内存相关的问题,觉得记下来还是有些价值的。

谁分配,谁释放

一个第三方提供的类的对象,每次析构的时候都会crash。仔细检查后发现,我们在此之前new了一块内存并将指针设给了该对象的一个成员 (object.p)。于是怀疑该类在析构函数中试图delete该块内存。 试了一下在析构之前先将Object.p置0, 问题果然不再存在,于是基本可以确定是这个原因了。

这里其实有两个问题,一是我们的代码没有释放自己分配的内存;二是第三方库的代码,不应该delete不是自己分配的内存。谁分配,谁释放是一个相当重要的原则,一个试图释放使用者new出来的内存的第三方库,至少存在以下问题:

一般情况下,使用着会释放自己new出来的内存,那么这里就会出现二次释放的问题。

如果任何一方重载了operator new和operator delete,定义了自己的内存池,那么基本就是鸡同鸭讲了。

如果传给你的是一个栈上的对象呢,你也delete?

无意中被破坏的内存

我们有一个基于内存的transaction manager,基本原理就是,每做一个数据修改就会将被修改过的内存备份起来,然后undo的时候,将备份的数据再覆盖回来。当然,这里需要被备份的内存,使用一种特殊的方式分配的,我们称之为transacted memory。考虑如下流程:

做一个数据修改,比如画一个圆

该操作需要将提供画圆函数的DLL动态加载进来

在该DLL加载及初始话化过程中,创建了一个transacted memory,比如说一个std::map

画圆完成后,做一个Undo操作

于是该新画出来的圆又被原内存覆盖回去了,而同时,在加载DLL过程中分配的那个std::map也被覆盖回去了,注意,加载DLL的过程并不会被undo,于是,当程序再次试图访问该map时出错,因为该map的内容已经完全面目全非了。

这个bug花了我4、5个小时才发现问题所在,解决方法其实也很简单,那就是避免在初始化DLL时分配transacted memory。

本站文章信息来源于网络以及网友投稿,本站只负责对文章进行整理、排版、编辑,是出于传递更多信息之目的,并不意味着赞同其观点或证实其内容的真实性。如果您有什么意见或建议,请联系QQ28-1688-302!

人工智能实验室
相关文章相关文章
  • 未来两年人工智能要怎么走?看这篇就够了

    未来两年人工智能要怎么走?看这篇就够了

  • 英国研发“杀生”机器人 通过生命体获取能量

    英国研发“杀生”机器人 通过生命体获取能量

  • 无人驾驶汽车如何改变城市生活?听听他们怎么说

    无人驾驶汽车如何改变城市生活?听听他们怎么说

  • 韩春雨称已能重复实验结果 近期将有消息公布

    韩春雨称已能重复实验结果 近期将有消息公布

网友点评网友点评
阅读推荐阅读推荐

据国外媒体报道,在过去两年内,聊天机器人(chatbot)、人工智能以及机器学习的研发和采用取得了巨大进展。许多初创公司正利用人工智能和...

霍金 视觉中国 图 英国著名物理学家霍金(Stephen Hawking)再次就人工智能(AI)发声,他认为:对于人类来说,强大AI的出现可能是最美妙的...

文|郑娟娟 今年,人工智能(AI) 60岁了。在AI60岁的时候,笔者想要介绍一下AI100,一个刚刚2岁的研究项目,但它的预设寿命是100年,甚至更长...

AlphaGo与李世石的人机大战,为大众迅速普及了人工智能的概念。 但对谷歌而言,除了下围棋,现在的人工智能进展到哪一步了?未来,人工智能...