Qt的内存管理

Qt中大部分类都继承于QObject，得意于QObject已经给我们实现的代码机制，给我们带来很多好处，其中一个就是方便的内存管理
QObject的组织
typedef QList<QObject*> QObjectList;
class QObjectData   //QObject的成员数据信息
{
public:
QObject *parent;
QObjectList children; //包含 一个 QObjectList成员变量来保存所有其子QObject对象
//当然还有操作遍历它的函数 ,  和一些其他数据函数等
};
 
所有继承于QObject的类，都可以在构造时传入parent的指针，加入其父QObject子节点链表里
也可以之后调用void QObject::setParent ( QObject * parent )


可以看到符合设计模式中的组合模式，以树状的形式组织QObject，使其形成父子关系
好处就是提供一种统一处理个别和集合的形式（也就是组合模式的好处）
得益于此的有
1 同一父QObject的所有对象的内存管理，可以由父QObject来管理，
  即从上到下遍历树的形式去管理内存，而程序员只需管理最上层的QObject就行了（当然，如果最上层的QObject，Qt也帮你管理了，就更省事了）

2 继承QObject的所有GUi类，可以只更新根节点就行了就可以遍历全部，同时也可方便的更新局部（符合MVC中的V的要求）


QObject的内存管理
delete 一个QObject会发生什么
发射void destroyed ( QObject * obj = 0 )信号
把自己从父QObject的子QObject链表中移除
递归的delete自己和以其为树根的所有子孙QObject


几种情况
moc生成的UI类
一般UI类会在界面类的构造函数初始化列表中new出来，例如：ui(new Ui::MyDialog)
切回在构造函数里调用如下函数构造和布局界面上的所有控件，注意下面传入的值
void setupUi(QObject *p)
setupUI时会传入一个QObject对象作为其他在其上的控件的父对象，一般传的就是this指针
所以再其上new出来所有控件不用程序员自己去delete，当前界面析构时，自然会去析构其上的控件

但UI类自身并没有继承于任何类，当然也就不能指定父QObject，享用其内存管理机制
所以一般GUI类的析构函数里，会默认有delete ui；的语句

在析构函数里，显示delete以自己为父QObject的QObject的派生类对象
析构函数的调用顺序是，先调用派生类的，再调用基类的
所以，定义先调用你自己显示delete操作，此时会把其从其父对象的子QObject链表中移除
当调用QObject基类时，去遍历析构子QObject时不会再一次去delete它，所以不会出错

局部变量的析构
局部变量的析构顺序和其构造顺序相反，举例一下两种情况
例1 例2
QWidget window; QPushButton quit("Exit");
QPushButton quit("Exit", &window); QWidget window;
（正确，先析构子，再父） quit.setParent(&window); （错误，先父，再子，导致多次析构）

直接delete的隐患
当我们delete一个对象时，肯定是确定下面的代码不会再使用它了
然而Qt是基于消息驱动的，如果在消息队列中存在多个这个QObject的消息，直接delete后，后续事件到达处理时就会造成崩溃
可以使用QObject::deleteLater()函数
它会往消息循环中投递一个安全的删除事件消息，当这个消息递达处理时，会把消息队列中所有关于这个QObject的消息移除队列
且多次调用deleteLater也不会出现问题

Qt不建议在一个QObject对象的父亲的范围之外持有对这个对象的指针
因为如果这样外面的指针很可能不会察觉这个QObject被释放，会出现错误。
如果需要，可以利用QObject的destroyed信号，delete时置零你的外部指针，或者使用智能指针

Qt的智能指针
QPoint
针对QObject的智能指针，用于安全的管理指针对象，会在被delete时自动把自己置为0，变为null状态
也就是进行了一次封装，添加了点智能的功能(自动清空)，注意和QSharedPointer的实现和功能的区别
是一个类模板，注意模板参数必须为QObject的子类   例如：QPointer<QLabel> label = new QLabel;
使用情况
基本使用和通常的指针一样，且能自动的转换成普通指针，所以传参什么的都直接传就能用
共享指针
（类似于ObjectiveC中的管理模式）
QSharedPointer和QWeakPointer的操作是线程安全，原子的？？（需要时详细了解）

QSharedPointer 强引用型共享指针
即保存一个指针，且以一个引用计数来表示有多少模块在引用它（貌似就是重载其赋值操作符，拷贝构造等函数，使其增减计数）
初始时构造后为1，没引用一次+1 ， 当引用结束后-1， 为0时自动delete实际包含的指针
可以从任意指针，或QSharedPointer，QWeakPointer的引用来构造
其自身也就是一个类模板，当其超出作用域时，会自动计数-1

注意：相互引用时会造成不能释放内存，类似于（类似于两个互斥锁的相互等待一样，都释放不了）

QWeakPointer 弱引用型共享指针
弱引用是相对于强引用而言，它引用一个对象但是又不控制对象的生存时期，由于弱引用不更改引用计数，类似普通指针
只是提供了对管理对象的一个访问手段
没有计数保证对象是否存在，所以使用时，得先确保对象是否真实存在
所以不要直接使用它，要通过QWeakPointer::toStrongRef() 转为QSharedPointer，检测是否转换成功，然后使用
不能直接解引用，不提供自动转换运算符

构造一个QWeakPointer只能从下列三种方式
通过一个QSharedPointer的引用
通过一个QWeakPointer的引用
通过一个QObject的派生类

QSharedDataPointer
相比QSharedPointer，能隐式共享，即写时复制
使得一个类的部分数据隐式共享的步骤  参见QSharedDataPointer说明

注意的是！！！
多次delete很可能导致程序崩溃
由于Qt的这种机制，所以要小心分析，谁先构造，谁先析构，是否会导致多次析构