C++分析研究  
C++
日历
<2013年3月>
242526272812
3456789
10111213141516
17181920212223
24252627282930
31123456
统计
  • 随笔 - 92
  • 文章 - 4
  • 评论 - 4
  • 引用 - 0

导航

常用链接

留言簿

随笔档案

文章档案

搜索

  •  

最新评论

阅读排行榜

评论排行榜

 
  有一天有个同事在通过vld调试一个内存泄漏问题,折腾了很久然后找到我。我瞥了一眼他的代码,发现问题和我曾经遇到的一模一样:

  class Base {

  public:

  ~Base();

  };

  class Derived : public Base {

  privated:

  std::vector<int> m_data;    };

  Base *obj = new Derived();

  delete obj;

  当然,实际代码比这个复杂得多(这也是导致从发现问题到找到问题耗费大量时间的原因)。vld在报内存泄漏时,当然报的位置是new的地方。这个同事检查了这个对象的整个生命周期,确定他正确地释放了这个对象。

  问题的关键就在于:Base类的析构函数不是virtual的。因为不是virtual,所以在对一个Base类型的指针进行delete时,就不会调用到派生类Derived的析构函数。而派生类里的析构函数会用于析构其内部的子对象,也就是这里的m_data。这样,就造成了内存泄漏托福代考  雅思代考

  这其实是一个很低级的失误。但毫不客气地说C++中有很多这种少个关键字或者代码位置不对就会造成另一个结果的例子。事实上,针对这些悲剧也有很多书提出一些准则来让大家去无脑遵守。例如针对这个例子,我就记得曾有书说,只要你觉得你的类会被继承,那么最好给析构函数加上virtual证券从业代考  职称英语答案

posted on 2013-03-03 14:54 HAOSOLA 阅读(515) 评论(0)  编辑 收藏 引用

只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理


 
Copyright © HAOSOLA Powered by: 博客园 模板提供:沪江博客
PK10开奖 PK10开奖