传说中QT内存管理很牛逼，只管new不管delete。
很理智的一点的分析是，如果把控件的层次关系看成一颗树，那么父节点负责delete子节点。
再牛逼一点的分析是：
http://mobile.51cto.com/symbian-271956.htm
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的程序因为这种方式存在内存泄露，发现时大可不必理会。
/////////////////////
看完上面的分析，我写了这样几行代码：
// 给设置一个我理解的，离开函数作用域会失效的layout
void AddLayoutForWidget(QWidget& w)
{
QVBoxLayout mainLayout;// = new QVBoxLayout;
w.setLayout(&mainLayout);
}
int main(int argc, char *argv[])
{
QApplication a(argc, argv);
QWidget w;
AddLayoutForWidget(w);
QPushButton pushButton;
w.layout()->addWidget(&pushButton);
w.show();
return a.exec();
}
果然程序崩了，证明QT的内存管理估计也逃不开普通的智能指针的局限。就是必须要new出来，，，
囧，我一直想写一个智能指针（入侵）在使用栈上变量的时候，能识别出来，然后析构不调用delete this，，，
没得抄啊，，，