QObject是Qt里邊絕大部分類的根類

1. QObject對象之間是以對象樹的形式組織起來的。
   1. 當兩個QObject（或子類）的對象建立了父子關系的時候。子對象就會加入到父對象的一個成員變量叫children（孩子）的list（列表）中。
   2. 當父對象析構的時候，這個列表中的所有對象也會被析構。（注意，這里是說父對象和子對象，不要理解成父類和子類）
2. QWidget是能夠在屏幕上顯示的一切組件的父類
   1. QWidget繼承自QObject，因此也繼承了這種對象樹關系。一個孩子自動地成為父組件的一個子組件。我們向某個窗口中添加了一個按鈕或者其他控件（建立父子關系），當用戶關閉這個窗口的時候，該窗口就會被析構，之前添加到他上邊的按鈕和其他控件也會被一同析構。這個結果也是我們開發(fā)人員所期望的。
   2. 當然，我們也可以手動刪除子對象。當子對象析構的時候會發(fā)出一個信號destroyed，父對象收到這個信號之后就會從children列表中將它剔除。比如，當我們刪除了一個按鈕時，其所在的主窗口會自動將該按鈕從其子對象列表（children）中刪除，并且自動調(diào)整屏幕顯示，按鈕在屏幕上消失。當這個窗口析構的時候，children列表里邊已經(jīng)沒有這個按鈕子對象，所以我們手動刪除也不會引起程序錯誤。

Qt 引入對象樹的概念，在一定程度上解決了內(nèi)存問題。

1. 對象樹中對象的順序是沒有定義的。這意味著，銷毀這些對象的順序也是未定義的。
2. 任何對象樹中的 QObject對象 delete 的時候，如果這個對象有 parent，則自動將其從 parent 的children()列表中刪除；如果有孩子，則自動 delete 每一個孩子。Qt 保證沒有QObject會被 delete 兩次，這是由析構順序決定的。

如果QObject在棧上創(chuàng)建，Qt 保持同樣的行為。正常情況下，這也不會發(fā)生什么問題。來看下下面的代碼片段：

{QWidget window;QPushButton quit("Quit", &window);}

作為父組件的 window 和作為子組件的 quit 都是QObject的子類（事實上，它們都是QWidget的子類，而QWidget是QObject的子類）。這段代碼是正確的，quit 的析構函數(shù)不會被調(diào)用兩次，因為標準 C++要求，局部對象的析構順序應該按照其創(chuàng)建順序的相反過程。因此，這段代碼在超出作用域時，會先調(diào)用 quit 的析構函數(shù)，將其從父對象 window 的子對象列表中刪除，然后才會再調(diào)用 window 的析構函數(shù)。

但是，如果我們使用下面的代碼：

{QPushButton quit("Quit");QWidget window;quit.setParent(&window);}

情況又有所不同，析構順序就有了問題。我們看到，在上面的代碼中，作為父對象的 window 會首先被析構，因為它是最后一個創(chuàng)建的對象。在析構過程中，它會調(diào)用子對象列表中每一個對象的析構函數(shù)，也就是說， quit 此時就被析構了。然后，代碼繼續(xù)執(zhí)行，在 window 析構之后，quit 也會被析構，因為 quit 也是一個局部變量，在超出作用域的時候當然也需要析構。但是，這時候已經(jīng)是第二次調(diào)用 quit 的析構函數(shù)了，C++ 不允許調(diào)用兩次析構函數(shù)，因此，程序崩潰了。

由此我們看到，Qt 的對象樹機制雖然幫助我們在一定程度上解決了內(nèi)存問題，但是也引入了一些值得注意的事情。這些細節(jié)在今后的開發(fā)過程中很可能時不時跳出來煩擾一下，所以，我們最好從開始就養(yǎng)成良好習慣，在 Qt 中，盡量在構造的時候就指定 parent 對象，并且大膽在堆上創(chuàng)建。