原文链接：浅谈 Qt 内存管理
Qt 内存管理是本文将要介绍的内容，在QT的程序中经常会看到只有new而不delete的情况，其实是因为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的程序因为这种方式存在内存泄露，发现时大可不必理会。
以上内容是转自别人写的文章，关于deleteLater函数作者本人使用的并不是很多，因此接下来总结上边的6条建议，说下自己的见解。由于最近在使用libcef库，程序在执行shutdown函数销毁cef库时终端，这个问题困扰了我3天多的时间，一直没有解决，最后下定决心要解决这个问题的时候，我想到了一直测试方法，具体步骤如下：
首先我说下项目情况：单纯的初始化cef和销毁cef时没有问题的，只有当我动态创建了我自己继承QWidget和cef接口写的类时，才会崩溃，该类被我注册到了cef库中，这种情况对应的是上文中的情况5，这样做时很危险的事情
- 首先删除所有我自己写的类
- 逐步加上一些代码，来测试程序是否中断
- 最后的结果时：
- 单纯的声明一个该对象，不中断
- 只new一个该对象，不做其他操作，中断
- new一个对象，但是对该对象执行deleteLater函数，不崩溃
综合上边的测试过程，不难看出，该类指针是被不安全的使用了，因此建议不要使用这种做法，太不安全，而且对于没有源码的第三方库中断了又无从查起，最后个人建议还是写一个单独的类来管理事件接收，然后使用qt的信号/槽机制隔离下，这样当窗口对象销毁的时候程序也不会出现中断，或者使用抛事件的方式来处理事件。
要说的就这些了，今天又学习了qt的一些东西，很开心deleterLater" title="qt
qt还是很强大的，不过bug还是多多的deleterLater" title="qt