傳說中QT內(nèi)存管理很牛逼，只管new不管delete。
很理智的一點的分析是，如果把控件的層次關(guān)系看成一顆樹，那么父節(jié)點負責delete子節(jié)點。
再牛逼一點的分析是：
http://mobile.51cto.com/symbian-271956.htm
Qt 內(nèi)存管理是本文將要介紹的內(nèi)容，在QT的程序中經(jīng)常會看到只有new而不delete的情況，其實是因為QT有一套回收內(nèi)存的機制，主要的規(guī)則如下：
1、所有繼承自QOBJECT類的類，如果在new的時候指定了父親，那么它的清理時在父親被delete的時候delete的，所以如果一個程序中，所有的QOBJECT類都指定了父親，那么他們是會一級級的在最上面的父親清理時被清理，而不用自己清理；
2、程序通常最上層會有一個根的QOBJECT，就是放在setCentralWidget（）中的那個QOBJECT，這個QOBJECT在 new的時候不必指定它的父親，因為這個語句將設(shè)定它的父親為總的QAPPLICATION，當整個QAPPLICATION沒有時它就自動清理，所以也無需清理。9這里QT4和QT3有不同，QT3中用的是setmainwidget函數(shù)，但是這個函數(shù)不作為里面QOBJECT的父親，所以QT3中這個頂層的QOBJECT要自行銷毀）。
3、這是有人可能會問那如果我自行delete掉這些QT接管負責銷毀的指針了會出現(xiàn)什么情況呢，如果時這樣的話，正常情況下QT的擁有這個對象的那個父親會知道這件事情，它會直到它的兒子被你直接DELETE了，這樣它會將這個兒子移出它的列表，并且重新構(gòu)建顯示內(nèi)容，但是直接這樣做時有風險的！也就是要說的下一條
4、當一個QOBJECT正在接受事件隊列時如果中途被你DELETE掉了，就是出現(xiàn)問題了，所以QT中建議大家不要直接DELETE掉一個 QOBJECT，如果一定要這樣做，要使用QOBJECT的deleteLater()函數(shù)，它會讓所有事件都發(fā)送完一切處理好后馬上清除這片內(nèi)存，而且就算調(diào)用多次的deletelater也不會有問題。
5、QT不建議在一個QOBJECT 的父親的范圍之外持有對這個QOBJECT的指針，因為如果這樣外面的指針很可能不會察覺這個QOBJECT被釋放，會出現(xiàn)錯誤，如果一定要這樣，就要記住你在哪這樣做了，然后抓住那個被你違規(guī)使用的QOBJECT的destroyed（）信號，當它沒有時趕快置零你的外部指針。當然我認為這樣做是及其麻煩也不符合高效率編程規(guī)范的，所以如果要這樣在外部持有QOBJECT的指針，建議使用引用或者用智能指針，如QT就提供了智能指針針對這些情況，見最后一條。
6、QT中的智能指針封裝為QPointer類，所有QOBJECT的子類都可以用這個智能指針來包裝，很多用法與普通指針一樣，可以詳見QT assistant
通過調(diào)查這個QT的內(nèi)存管理功能，發(fā)現(xiàn)了很多東西，現(xiàn)在覺得雖然這個QT弄的有點小復(fù)雜，但是使用起來還是很方便的，最后要說的是某些內(nèi)存泄露的檢測工具會認為QT的程序因為這種方式存在內(nèi)存泄露，發(fā)現(xiàn)時大可不必理會。
/////////////////////
看完上面的分析，我寫了這樣幾行代碼：
// 給設(shè)置一個我理解的，離開函數(shù)作用域會失效的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的內(nèi)存管理估計也逃不開普通的智能指針的局限。就是必須要new出來，，，
囧，我一直想寫一個智能指針（入侵）在使用棧上變量的時候，能識別出來，然后析構(gòu)不調(diào)用delete this，，，
沒得抄啊，，，