该函数是QObject类的函数:
deletelater的原理是 QObject::deleteLater()并没有将对象立即销毁,而是向主消息循环发送了一个event,下一次主消息循环收到这个event之后才会销毁对象。
所有继承自QObejet类的类都会维护一个自己的子对象列表,同时会存储自己的父对象,所以界面中的各个控件(各个控价的基类都是QObject)可以实现层次!
“当我们使用父对象来创建一个对象的时候 ,父对象会把这个对象添加到自己的子对象列表中。当这个父对象被删除的时候,它会遍历它的子对象类表并且删除每一个子对象,然后子对象们自己再删除它们自己的子对象,这样递归调用直到所有对象都被删除。 这种父子对象机制会在很大程度上简化我们的内存管理工作,减少内存泄露的风险。所以,使用deleteLater主要作用还是减少内存泄露的风险。”
关闭一个窗口时(QQuickView, QQuickWindow,注意QQuickView的基类是QQuickWindow),建议用这个方法的deleteLater()
项目中的实例:
QQuickView* view = new QQuickView();
view->setSource(QUrl(QStringLiteral("qrc:/QML/xxx.qml")));
view->show();
关闭view时:
view->close(); //该函数会偶尔导致整个程序退出!看后面分析。可以不用它,直接掉deletelater()
view->deleteLater()
view = NULL;
调用deleteLater()后,xxx.qml中定义的对象会被销毁(析构函数被调用)。close函数仅仅是关闭页面,并不会将内存释放掉,如果不调用deleteLater函数会导致内存占用不断增加! 我在调试过程中,快速点击新建和关闭,并没有遇到deleteLater函数调用不及时的问题。
view->deleteLater()被调用之后需要将view这个指针置为NULL,否则就是野指针。
疑惑:如果按照上面的代码所写,会不会出现这种情况:当删除事件加入循环队列后,指针被赋值为0,接着删除事件被处理,这时因为指针为0,所以堆对象删除失败,造成了内存泄露?---- 不是!
deleteLater函数是QObject类的一个成员函数,它发出一个event给主循环,发出的事件中本身包含了需要被delete的对象的地址。
---------------------------------------------------------------------------------
在C++中,delete 和 new 必须 配对使用,Qt作为C++的库,显然是不会违背C++原则。但是,qt有自己的内存管理,有时候虽然使用了new,却可以不用使用delete。
Qt半自动的内存管理:
在Qt中,以下情况下你new出的对象你可以不用亲自去delete:
1) QObject及其派生类的对象,如果其parent非0,那么其parent析构时会析构该对象。
2) 有些类的对象可以接收设置一些特别的标记,比如:
QWidget及其派生类的对象,可以设置 Qt::WA_DeleteOnClose 标志位(当close时会析构该对象)
QAbstractAnimation派生类的对象,可以设置 QAbstractAnimation::DeleteWhenStopped
QRunnable::setAutoDelete()
MediaSource::setAutoDelete()
父子关系 和deleteLater
1)父子关系
在Qt中,每个 QObject 内部都有一个list,用来保存所有的 children,还有一个指针,保存自己的parent。当它自己析构时,它会将自己从parent的列表中删除,并且析构掉所有的children。
创建一个QObject对象时,如果指定了父对象,它就会将自己添加到父对象的 children 列表中:
当一个QObject对象析构时,它会将自己从父对象的 children 列表中移除(parent非0的话):
官方还是建议通过deletelater来进行删除Qobject对象。
void QObject::setParent ( QObject * parent )
通过该函数,将自己从原父对象的children中删除,添加到新parent的children列表中:
获取父对象:QObject * QObject::parent () const
获取子对象,子对象可以有多个:const QObjectList & QObject::children () const
也可以通过findChild来查找某个child。
2)deleteLater
可以下载qt源码,看该函数的实现,我下载了qt5.11的源码:qt-everywhere-src-5.11.1, http://download.qt.io/official_releases/qt/5.11/5.11.1/single/
Qojbect.cpp(文件位置:qt-everywhere-src-5.11.1\qt-everywhere-src-5.11.1\qtbase\src\corelib\kernel )中对该函数的定义:
void QObject::deleteLater()
{
QCoreApplication::postEvent(this, new QDeferredDeleteEvent());
}
该函数的作用就是发出一个事件,请求自己被干掉。
事件循环稍后收到该事件,会将其派发给这个请求的发出者,然后,事件发出者调用delete将自己干掉:
bool QObject::event(QEvent *e)
{
switch (e->type()) {
...
case QEvent::DeferredDelete:
qDeleteInEventHandler(this);
break;
…
}
void qDeleteInEventHandler(QObject *o)
{
delete o;
}
例子1:
#include <QApplication>
#include <QLabel>
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
QLabel *label = new QLabel("Hello Qt!");
label->show();
return app.exec();
}
这是 C++ GUI Programming with Qt 4 一书的第一个例子。我们注意到这儿的 label 既没有指定parent,也没有对其调用delete。所以,这儿会造成内存泄露。
三种改进方式
1)分配对象到stack而不是heap中
QLabel label("Hello Qt!");
label.show();
2)动手调用delete
int ret = app.exec();
delete label;
return ret;
3)设置标志位,这样,当我们点击关闭按钮时,close()函数将会调用deleteLater
label->setAttribute(Qt::WA_DeleteOnClose);
例子2
#include <QApplication>
#include <QLabel>
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
QLabel label("Hello Qt!");
label.show();
label.setAttribute(Qt::WA_DeleteOnClose);
return app.exec();
}
运行正常,退出时会崩溃 ,因为label被close时,将会 delete 这儿label对象,但label对象却不是通过new分配到heap中的,局部变量又会析构,两次析构,错误。
例子3:这个程序退出时会直接崩溃 。
#include <QtGui>
int main(int argc, char* argv[])
{
QApplication app(argc, argv);
QLabel label(tr"Hello Qt!");
QWidget w;
label.setParent(&w);
w.show();
return app.exec();
}
因为退出时,w 比 label 先被析构,当 w 被析构时,会删除chilren列表中的对象,也就是这儿的 label。但 label 却不是通过new分配在heap中,而是在stack中,delte stack中的东西会导致崩溃。
两种改进办法:
1)将label分配到heap中
QLabel *label = new QLabel("Hello Qt!");
label.setParent(&w)
2)确保label先于其parent被析构(调整一下顺序),这样,label析构时将自己从父对象的列表中移除自己,w析构时,children列表中就不会有分配在stack中的对象了。
QWidget w;
QLabel label(tr"Hello Qt!");
Qt 对象的父子关系的引入,简化了我们对内存的管理,但是,由于它会在你不太注意的地方调用 delete,所以,需要万分注意