Qt内存泄漏问题

今天对于自己写的Qt程序在内存泄漏上起了很大怀疑,怀疑自己的程序中很多地方存在泄漏。然后就找了一下资料,自己写了个小程序和大家分享一下。

首先我们知道Qt有一套回收内存的机制,下面是网摘的规则,如下:

1、所有继承自QOBJECT类的类,如果在new的时候指定了父亲,那么它的清理时在父亲被delete的时候delete的,所以如果一个程序中,所有的QOBJECT类都指定了父亲,那么他们是会一级级的在最上面的父亲清理时被清理,而不用自己清理;

2、程序通常最上层会有一个根的QOBJECT,就是放在setCentralWidget()中的那个QOBJECT,这个QOBJECT在 new的时候不必指定它的父亲,因为这个语句将设定它的父亲为总的QAPPLICATION,当整个QAPPLICATION没有时它就自动清理,所以也无需清理。9这里QT4和QT3有不同,QT3中用的是setmainwidget函数,但是这个函数不作为里面QOBJECT的父亲,所以QT3中这个顶层的QOBJECT要自行销毁)。

3、这是有人可能会问那如果我自行delete掉这些QT接管负责销毁的指针了会出现什么情况呢,如果时这样的话,正常情况下QT的拥有这个对象的那个父亲会知道这件事情,它会直到它的儿子被你直接DELETE了,这样它会将这个儿子移出它的列表,并且重新构建显示内容,但是直接这样做时有风险的!也就是要说的下一条

4、当一个QOBJECT正在接受事件队列时如果中途被你DELETE掉了,就是出现问题了,所以QT中建议大家不要直接DELETE掉一个 QOBJECT,如果一定要这样做,要使用QOBJECT的deleteLater()函数,它会让所有事件都发送完一切处理好后马上清除这片内存,而且就算调用多次的deletelater也不会有问题。

5、QT不建议在一个QOBJECT 的父亲的范围之外持有对这个QOBJECT的指针,因为如果这样外面的指针很可能不会察觉这个QOBJECT被释放,会出现错误,如果一定要这样,就要记住你在哪这样做了,然后抓住那个被你违规使用的QOBJECT的destroyed()信号,当它没有时赶快置零你的外部指针。当然我认为这样做是及其麻烦也不符合高效率编程规范的,所以如果要这样在外部持有QOBJECT的指针,建议使用引用或者用智能指针,如QT就提供了智能指针针对这些情况,见最后一条。

6、QT中的智能指针封装为QPointer类,所有QOBJECT的子类都可以用这个智能指针来包装,很多用法与普通指针一样,可以详见QT assistant

通过调查这个QT内存管理功能,发现了很多东西,现在觉得虽然这个QT弄的有点小复杂,但是使用起来还是很方便的,最后要说的是某些内存泄露的检测工具会认为QT的程序因为这种方式存在内存泄露,发现时大可不必理会。

除了这些情况,我程序中还有一个情况,我在函数中new出来的对象,父节点设置为this时,当每次调用函数时,这个对象是怎么释放的。我假设了两种情况:1.函数调用完之后,不管父窗体(this)是否销毁都会释放内存;2.函数调用完不释放内存,每调用一次分配一次,到最后父窗体销毁时,所有new出来的对象一起释放。下面我举了个例子来观察,如下:

[cpp]  view plain copy
  1. void MainWindow::new_test() 
  2.     QLabel *label = new QLabel("label",this); 
  3.  
  4.     qDebug() << label << endl; 
  5.     label->deleteLater(); 
[cpp]  view plain  copy
  1. void MainWindow::new_test()  
  2. {  
  3.     QLabel *label = new QLabel("label",this);  
  4.   
  5.     qDebug() << label << endl;  
  6.     label->deleteLater();  
  7. }  

一个button的槽连接:

[cpp]  view plain copy
  1. connect(btn,SIGNAL(clicked()),this,SLOT(new_test())); 
[cpp]  view plain  copy
  1. connect(btn,SIGNAL(clicked()),this,SLOT(new_test()));  

首先我们测试手动释放new出来的label,qDebug的输出如下:

[cpp]  view plain copy
  1. QLabel(0x9f5bb8)  
  2.  
  3. QLabel(0x9f5bb8)  
  4.  
  5. QLabel(0x9f5bb8)  
  6.  
  7. QLabel(0x9f5bb8)  
  8.  
  9. QLabel(0x9f5bb8)  
[cpp]  view plain  copy
  1. QLabel(0x9f5bb8)   
  2.   
  3. QLabel(0x9f5bb8)   
  4.   
  5. QLabel(0x9f5bb8)   
  6.   
  7. QLabel(0x9f5bb8)   
  8.   
  9. QLabel(0x9f5bb8)   

说明释放成功,但是还不明确是否是函数调用完释放的还是调用delete释放的,接下来测试一下把调用delete释放对象的那行代码注释掉,继续观察:

qDebug的输出为:

[cpp]  view plain copy
  1. QLabel(0x9f5bb8)  
  2.  
  3. QLabel(0x10b9af8)  
  4.  
  5. QLabel(0x10b59f0)  
  6.  
  7. QLabel(0x9fe310)  
  8.  
  9. QLabel(0x10b6e40)  
[cpp]  view plain  copy
  1. QLabel(0x9f5bb8)   
  2.   
  3. QLabel(0x10b9af8)   
  4.   
  5. QLabel(0x10b59f0)   
  6.   
  7. QLabel(0x9fe310)   
  8.   
  9. QLabel(0x10b6e40)   


这就说明函数里面new出来的对象在函数调用完后不会自动释放,每次都重新分配了内存,这些内存都是在父窗体(this)销毁前销毁的,如果程序一直运行这个,毋庸置疑肯定会死机。

最后还是要根据你创建对象的作用范围来决定具体在哪里销毁好。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值