最近项目遇到了一个bug，压力测试ui总会崩溃，gdb调试未果，跑到了库函数，无从查起：
(gdb)bt
#0 0x4146b1e4 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&,QPoint const&, int, QPainter*, QWidgetBackingStore*) () from/qt/lib/libQt5Widgets.so.5
#1 0x4146bb70 in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*,QList<QObject*> const&, int, QRegion const&, QPoint const&,int, QPainter*, QWidgetBackingStore*) ()
from /qt/lib/libQt5Widgets.so.5
#2 0x4146b22c in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&,QPoint const&, int, QPainter*, QWidgetBackingStore*) () from/qt/lib/libQt5Widgets.so.5
#3 0x41443918 in QWidgetBackingStore::sync() () from /qt/lib/libQt5Widgets.so.5
#4 0x41462c9c in QWidgetPrivate::syncBackingStore() () from/qt/lib/libQt5Widgets.so.5
#5 0x4146de64 in QWidget::event(QEvent*) () from /qt/lib/libQt5Widgets.so.5
#6 0x41436a00 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from/qt/lib/libQt5Widgets.so.5
#7 0x4143a590 in QApplication::notify(QObject*, QEvent*) () from/qt/lib/libQt5Widgets.so.5
#8 0x00922918 in ?? ()
#9 0x00922918 in ?? ()
Backtracestopped: previous frame identical to this frame (corrupt stack?)
(gdb)
后来发现问题是qt中使用delete出错，
if(p){
delete p; // 修改为： p->deletelater();
p = NULL;// 这里必须置为NULL，否则依然会出错（delete后置空是一个非常好的习惯）
}
查阅的参考资料如下：、
摘录其中一文片段如下：
QT有一套回收内存的机制，主要的规则如下：
1、所有继承自QOBJECT类的类，如果在new的时候指定了父亲，那么它的清理时在父亲被delete的时候delete的，所以如果一个程序中，所有的QOBJECT类都指定了父亲，那么他们是会一级级的在最上面的父亲清理时被清理，而不用自己清理；(注：这里是在new出来对象的时候，这样依靠QObject释放的内存一点问题没有，如果以下这种起情况，那么程序会崩溃。
QObject derver;QObject base;derver.setParent(&base);
儿子和父亲都是栈空间上，释放内存时候，先释放父亲，释放父亲空间的时候，已经把儿子的内存释放了，当释放儿子的内存的是否，会出现内存错误，因为儿子被释放了两次）
2、程序通常最上层会有一个根的QOBJECT，就是放在setCentralWidget（）中的那个QOBJECT，这个QOBJECT在 new的时候不必指定它的父亲，因为这个语句将设定它的父亲为总的QAPPLICATION，当整个QAPPLICATION没有时它就自动清理，所以也无需清理。
3、如果我们自己释放掉设置QObject为自己父亲的类对象，那个指向的父亲的QObject会从自己的儿子列表中把这个儿子删除掉，就不会出现儿子的内存会被释放两次，如果我们要删除有这种关系的QObject类的话，正常情况，这样它会将这个儿子移出它的列表，并且重新构建显示内容，但是直接这样做时有风险的！
4、当一个QOBJECT正在接收事件队列时如果中途被你DELETE掉了，就会出现问题了，所以QT中建议大家不要直接DELETE掉一个 QOBJECT，如果一定要这样做，要使用QOBJECT的deleteLater()函数，它会让所有事件都发送完一切处理好后马上清除这片内存，而且就算调用多次的deletelater也不会有问题。
5、QT不建议在一个QOBJECT 的父亲的范围之外持有对这个QOBJECT的指针，因为如果这样外面的指针很可能不会察觉这个QOBJECT被释放，会出现错误，如果一定要这样，就要记住你在哪这样做了，然后抓住那个被你违规使用的QOBJECT的destroyed（）信号，当它没有时赶快置零你的外部指针。当然我认为这样做是及其麻烦也不符合高效率编程规范的，所以如果要这样在外部持有QOBJECT的指针，建议使用引用或者用智能指针，如QT就提供了智能指针针对这些情况，见最后一条。
6、QT中的智能指针封装为QPointer类，所有QOBJECT的子类都可以用这个智能指针来包装，很多用法与普通指针一样
（某些内存泄露的检测工具会认为QT的程序因为这种方式存在内存泄露，大家不必理会）
还有一个内存泄漏的问题：
class ReadoutDisplay : public QWidget{ Q_OBJECTpublic:......private: QGridLayout *m_Gridlayout; int m_no_of_rows; int m_no_of_col;};ReadoutDisplay::ReadoutDisplay(QWidget *parent, QString type) : QWidget(parent){ m_type = type; m_Gridlayout = new QGridLayout; ....... } 泄漏的原因是这里在类中声明的了一个类对象指针，在成员函数中分配了空间，但是没有在成员函数中释放，解决的办法是在析构函数中检查释放：
ReadoutDisplay::~ReadoutDisplay(){ if(m_Gridlayout) { delete m_Gridlayout; m_Gridlayout = NULL; // once we delete a pointer, it was highly recommended }}