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出来的对象一起释放。下面我举了个例子来观察，如下：

void MainWindow::new_test()
{
    QLabel *label = new QLabel("label",this);

    qDebug() << label << endl;
    label->deleteLater();
}

一个button的槽连接：

connect(btn,SIGNAL(clicked()),this,SLOT(new_test()));

 

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

QLabel(0x9f5bb8) 

QLabel(0x9f5bb8) 

QLabel(0x9f5bb8) 

QLabel(0x9f5bb8) 

QLabel(0x9f5bb8) 

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

qDebug的输出为：

QLabel(0x9f5bb8) 

QLabel(0x10b9af8) 

QLabel(0x10b59f0) 

QLabel(0x9fe310) 

QLabel(0x10b6e40) 

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

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