既然构成对象树了,那么说明一定最底层是继承自QObject类的
先说答案:
非QWidget类对象 和 QWidget类对象 析构过程还不太一样,这里分别进行讲解:(来源于qt底层源码分析)
一、非QWidget类对象
- 本对象A的析构函数,然后本对象中的栈成员析构(按照定义的顺序依次进行)
- 父对象析构函数,同理该对象中的栈成员析构...
- 父父对象析构函数......
- QObject析构函数,包含两个操作:
- 如果不是QWidget类对象,则emit destroyed(this);
- 断开所有自己连接的槽以及自己被连接的信号;
- delete所有子对象if (!d->children.isEmpty()) d->deleteChildren();。delete子对象操作,又会触发子对象的析构操作,就这样递归进行下去......
- 终于先delete完所有子对象,QObject析构函数结束,到此为止,本对象A完全销毁完成。
二、QWidget类对象
- 本对象A的析构函数,然后本对象中的栈成员析构(按照定义的顺序依次进行)
- 父对象析构函数,同理该对象中的栈成员析构...
- 父父对象析构函数......
- QWidget析构函数,包含操作:
- 清理持有的焦点,快捷键以及界面等信息
- 如果有连接别的对象的槽函数if (d->isSignalConnected(0)),则发射emit destroyed(this);
- 删除所有孩子对象, if (!d->children.isEmpty()) d->deleteChildren();
- 移除所有关于自己的事件QCoreApplication::removePostedEvents(this);
- 发送QEvent::Destroy事件QCoreApplication::sendEvent(this, &e);
- QObject析构函数,包含两个操作:
- 断开所有自己连接的槽以及自己被连接的信号;
- delete所有子对象if (!d->children.isEmpty()) d->deleteChildren();。delete子对象操作,又会触发子对象的析构操作,就这样递归进行下去......
- 终于先delete完所有子对象,QObject析构函数结束,到此为止,本对象A完全销毁完成。
所以,千万别在孩子对象析构函数中(qt对象树特有的这个连带析构关系)去访问父对象的任何栈成员(包括堆成员)的信息了,因为这些成员的内存已经释放了,所以可能导致隐形的崩溃,问题是比较难查的了。
如果非要在子子对象析构函数里访问父对象信息,当父对象仍然存在时是没有问题的(例如Tabwidget包含多个tab页面,手动一个一个先叉掉这些页面,也就是先析构它们,这样就能保证父对象一直存在,即安全的),但是如果是直接叉掉Tabwidget,希望自动析构多个子tab页面,此时就不能在子对象析构函数里访问父对象信息的操作了,如果非要这样干,那就在父对象Tabwidget的析构函数里先一个个子对象的delete吧,这样也是安全了,就是多写几行代码了。
讨论:
还有个方法也安全:子对象里用发射信号的方式,让父对象执行目标操作,这样为什么安全呢,因为父对象如果已经被析构了,大不了这个槽函数不执行,也不会崩溃的。
这个想法对于父对象是非QWidget类,是成立的,因为从上面分析一可以看出确实是先断开了所有信号槽的,但是对于父对象是QWidget类,是不对的,因为从上面分析二可以看出QWidget析构函数里就先删除孩子对象(此时信号槽还没有断开),此时孩子对象析构函数里发射信号,父对象仍然是可以执行的。这是这个问题的验证源码工程:
解决方法:但是子对象(这里也称本对象)中可以这样干,关联对方的destroyed信号,然后本对象实时执行断开之前和它绑定的所有信号即可,这样本对象析构函数里发射的信号,对方的槽就不会执行了。即:
connect(this, &A::sigPrint, pMainWindow->getFormC(), &FormC::onPrint);
connect(pMainWindow->getFormC(), &FormC::destroyed, [this](){
disconnect(this, &A::sigPrint, pMainWindow->getFormC(), &FormC::onPrint);
});
总结:
所以不要在析构函数里,访问父对象或者父父对象...的任何成员,因为本对象之所以进入析构函数,本身就可能是析构树连带下来析构了自己的,所以此时父对象或者父父对象...可能已经主体部分不存在了的,不然造成隐性问题崩溃。要访问,就访问能确保一定存在的对象,例如全局变量等。
第一个实验源码:
类A
#ifndef A_H
#define A_H
#include <QObject>
class B;
class A : public QObject
{
Q_OBJECT
public:
explicit A(QObject *parent = nullptr);
~A();
B* parentB = nullptr;
signals:
};
#endif // A_H
#include "a.h"
#include "b.h"
#include <QDebug>
A::A(QObject *parent)
: QObject{parent}
{
parentB = (B*)parent;
}
A::~A()
{
parentB->getA2()->fun("now do getA2()->fun");
qDebug()<<"~A";
}
类A2
#ifndef A2_H
#define A2_H
#include <QObject>
class A2 : public QObject
{
Q_OBJECT
public:
explicit A2(QObject *parent = nullptr);
~A2();
void fun(QString str);
signals:
};
#endif // A2_H
#include "a2.h"
#include <QDebug>
A2::A2(QObject *parent)
: QObject{parent}
{}
A2::~A2()
{
qDebug()<<"~A2";
}
void A2::fun(QString str)
{
qDebug()<<"A2::fun called "<<str;
}
类B
#ifndef B_H
#define B_H
#include <QObject>
#include "a.h"
#include "a2.h"
class B : public QObject
{
Q_OBJECT
public:
explicit B(QObject *parent = nullptr);
~B();
A2* getA2(){return &a2;}
signals:
private:
A2 a2;
A* a = nullptr;
A* aa = nullptr;
};
#endif // B_H
#include "b.h"
#include <QDebug>
B::B(QObject *parent)
: QObject{parent}
{
a = new A(this);
aa = new A(this);
}
B::~B()
{
qDebug()<<"~B";
}
类Mainwindow
#ifndef MAINWINDOW_H
#define MAINWINDOW_H
#include <QMainWindow>
#include "a.h"
class B;
QT_BEGIN_NAMESPACE
namespace Ui {
class MainWindow;
}
QT_END_NAMESPACE
class MainWindow : public QMainWindow
{
Q_OBJECT
public:
MainWindow(QWidget *parent = nullptr);
~MainWindow();
private slots:
void on_pushButton_clicked();
private:
Ui::MainWindow *ui;
B* b;
};
#endif // MAINWINDOW_H
#include "mainwindow.h"
#include "ui_mainwindow.h"
#include "b.h"
#include <QDebug>
MainWindow::MainWindow(QWidget *parent)
: QMainWindow(parent)
, ui(new Ui::MainWindow)
{
ui->setupUi(this);
b = new B();
}
MainWindow::~MainWindow()
{
qDebug()<<"~MainWindow";
delete ui;
}
void MainWindow::on_pushButton_clicked()
{
qDebug()<<"do delete b";
delete b;
}