一、概念和區(qū)別
在windows系統(tǒng)中，每個窗口對象都對應(yīng)有一個數(shù)據(jù)結(jié)構(gòu)，形成一個list鏈表。系統(tǒng)的窗口管理器通過這個list來獲取窗口信息和管理每個窗口。這個數(shù)據(jù)結(jié)構(gòu)中有四個數(shù)據(jù)用來構(gòu)建list，即child、sibling、parent、owner四個域。
所以我們可以看到，窗口之間的關(guān)系有兩種：owner-owned 關(guān)系和 parent-child關(guān)系。前者稱之為擁有/被擁有關(guān)系，后者稱之為父/子關(guān)系。在這篇文字中，我把owner窗口稱之所有者窗口。換句話說，一個窗口在有一個父窗口（parent)的同時，還可能被不同的窗口擁有（owner)，也可以有自己的子窗口(child)。在MFC 的CWnd類中，所有者窗口保存在m_hWndOwner成員變量中，父窗口則保存在m_hParent中，但是這兩個值并不一定和窗口對象數(shù)據(jù)結(jié)構(gòu)中的值相對應(yīng)。
窗口之間的關(guān)系，決定了窗口的外在表現(xiàn)。比如顯示、銷毀等。
如果一個窗口數(shù)據(jù)的owner域非NULL，則它和該窗口建立了owner-owned 關(guān)系，擁有關(guān)系決定了：
（1）被擁有的窗口永遠顯示在擁有它的那個窗口的前面；
（2）當(dāng)所有者窗口最小化的時候，它所擁有的窗口都會被隱藏；
（3）當(dāng)所有者窗口被銷毀的時候，它所擁有的窗口都會被銷毀。
需要注意的是，隱藏所有者窗口并不會影響它所擁有的窗口的可見狀態(tài)。比如：如果窗口 A 擁有窗口B,窗口B擁有窗口C,則當(dāng)窗口A最小化的時候，窗口B被隱藏，但是窗口 C還是可見。
如果一個窗口的parent域非NULL，則它和該窗口之間就建立了parent-child關(guān)系。父子決定了：
（1）窗口在屏幕上面的顯示位置。父窗口提供了用來定位子窗口的坐標(biāo)系統(tǒng)，一個子窗口只能顯示在它的父窗口的客戶區(qū)中，之外的部分將被裁減。這個裁減法則決定了如果父窗口不可見，則子窗口肯定不可見。如果父窗口移動到了屏幕之外，子窗口也一樣。
（2）當(dāng)父窗口被隱藏時，它的所有子窗口也被隱藏。
（3）父窗口被銷毀的時候，它所擁有的子窗口都會被銷毀。
注意！最小化父窗口不會影響子窗口的可見狀態(tài)，子窗口會隨著父窗口被最小化，但是它的WS_VISIBLE屬性不會變。
Windows系統(tǒng)為什么要使用兩種關(guān)系呢？這是為了更加靈活的管理窗口。舉個例子：組合框（combobox)的下拉列表框（list box）可以超出組合框的父窗口的客戶區(qū)，這樣有利于顯示，因此系統(tǒng)創(chuàng)建該list box的時候，是作為控制臺窗口（desktop window）的子窗口，它的父窗口hWndParent是NULL，這樣，list box的顯示區(qū)域是限制在整個屏幕內(nèi)，但是該list box的所有者卻是組合框的第一個非子窗口祖先（比如對話框），當(dāng)它的所有者窗口銷毀后，該 list box自動銷毀。
另外，窗口之間消息的傳遞也和窗口關(guān)系有關(guān)，通常，一個窗口會把自己的通知消息發(fā)送給它的父窗口，但不全是這樣，比如，CToolBar發(fā)送通知消息給它的所有者窗口而不是父窗口。這樣以來，就可以允許工具條作為一個窗口（比如一個 OLE 容器程序窗口）的子窗口的同時，能夠給另一個窗口（比如in-place框架窗口）發(fā)送消息。至于某類窗口到底是把消息發(fā)送給誰，是父窗口還是所有者窗口，microsoft并沒有明示。還有，在現(xiàn)場（in-place）編輯的情況下，當(dāng)一個 server 窗口激活或者失效的時候，框架窗口所擁有的子窗口自動隱藏或者顯示，這也是通過直接調(diào)用SetOwner函數(shù)實現(xiàn)的。
二、窗口類型的說明和限制
（1）控制臺窗口（desktop window）。這是系統(tǒng)最早創(chuàng)建的窗口?？梢哉J為它是所有 WS_OVERLAPPED 類型窗口的所有者和父窗口。Kyle Marsh在他的文章“Win32 Window Hierarchy and Styles”中指出，當(dāng)系統(tǒng)初始化的時候，它首先創(chuàng)建控制臺窗口，大小覆蓋整個屏幕。所有其它窗口都在這個控制臺窗口上面顯示。窗口管理器所用的窗口list中第一個就是這個控制臺。它的下一層窗口叫做頂級窗口（top-level），頂級窗口是指所有非child、沒有父窗口，或者父窗口是desktop的窗口，它們沒有WS_CHILD屬性。
（2）WS_OVERLAPPED類型的窗口可以顯示在屏幕的任何地方。它們的所有者窗口是控制臺。
Overlapped 類型的窗口屬于頂級窗口，一般作為應(yīng)用程序的主窗口。不論是否給出了WS_CAPTION、WS_BORDER屬性，這類窗口創(chuàng)建后都有標(biāo)題欄和邊框。Overlapped窗口可以擁有其它頂級窗口或者被其它頂級窗口所擁有。所有overlapped窗口都有WS_CLIPSIBLINGS屬性。系統(tǒng)可以自動設(shè)置 overlapped窗口的大小和初始位置。
當(dāng)系統(tǒng) shuts down的時候，它將銷毀所有overlapped類型的窗口。
（3）WS_POPUP類型的窗口可以顯示在屏幕任何地方，它們一般沒有父窗口，但是如果明確調(diào)用SetParent，這類窗口也可以有父窗口。
WS_POPUP類型的窗口的所有者是在CreateWindow函數(shù)中通過設(shè)置hWndParent參數(shù)給定的，如果hWndParent不是子窗口，則該窗口就成為這個新的彈出式窗口的owner，否則，系統(tǒng)從hWndParent的父窗口向上找，直到找到第一個非子窗口，把它作為該彈出窗口的owner。當(dāng)owner窗口銷毀的時候，系統(tǒng)自動銷毀這個彈出窗口。
Pop-up類型的窗口也屬于頂級窗口，它和 overlapped 窗口的主要區(qū)別是彈出式窗口不需要有標(biāo)題欄，也不必有邊框。彈出式可以擁有其它頂級窗口或者被擁有。所有彈出式窗口也都有 WS_CLIPSIBLINGS屬性。
（4）所有者窗口（owner)只能是 overlapped 或者 pop-up 類型的窗口，子窗口不能是所有者窗口，也就是說子窗口不能擁有其它窗口。
overlapped 或者 pop-up 類型的窗口在擁有其它窗口的同時，也可以被擁有。
在使用CreateWindowEx創(chuàng)建 WS_OVERLAPPED 或者 WS_POPUP類型的窗口時，可以在 hwndParent 參數(shù)中給出它的所有者窗口的句柄。如果 hwndParent 給出的是一個child 類型的窗口句柄，則系統(tǒng)自動將新創(chuàng)建窗口的所有權(quán)交給該子窗口的頂級父窗口。在這種情況下，參數(shù)hwndParent被保存在新建窗口的parent域中，而它的所有者窗口句柄則保存在owner域中。
（5）缺省情況下，對話框和消息框?qū)儆?owned 窗口，除非在創(chuàng)建它們的時候明確給出了WS_CHILD屬性，（比如對話框中嵌入對話框的情形）
否則由系統(tǒng)負責(zé)給它們指定owner窗口。需要注意的是，一旦創(chuàng)建了owned類型的窗口，就無法再改變其所有關(guān)系，因為WIN32沒有沒有提供改變窗口所有者的方法。
而且在Win32中，由于有多線程的存在，所以要注意保證父子窗口或者owner/owned 窗口要同屬于一個線程。
（6）對于 WS_CHILD類型的窗口，它的父窗口就是它的所有者窗口。一個子窗口的父窗口也是在CreateWindow函數(shù)中用hWndParent參數(shù)指定的。子窗口只能在父窗口的客戶區(qū)中顯示，并隨父窗口一起銷毀。
子窗口必須有一個父窗口，這是它和overlapped 以及 pop-up 窗口之間的主要區(qū)別。父窗口可以是頂級窗口，也可以是其它子窗口。
三、幾個相關(guān)函數(shù)的說明
（1）獲取/設(shè)置所有者窗口
win32 API提供了函數(shù)GetWindow函數(shù)（GW_OWNER 標(biāo)志）來獲取一個窗口的所有者窗口句柄。
GetWindow(hWnd, GW_OWNER)永遠返回窗口的所有者(owner)。對于子窗口，函數(shù)返回 NULL，因為它們的父窗口就相當(dāng)于所有者（注意，是“相當(dāng)于”）。因為Windows系統(tǒng)沒有維護子窗口的所有者信息。
MFC中則是通過如下函數(shù)得到所有者窗口指針：
_AFXWIN_INLINE CWnd* CWnd::GetOwner() const
{ return m_hWndOwner != NULL ? CWnd::FromHandle(m_hWndOwner) : GetParent(); }
從上述代碼我們可以看出，它返回的值和GetWindow返回的有所區(qū)別，如果當(dāng)前窗口沒有owner，那么將返回它的父窗口指針。
但是Windows沒有提供改變窗口所有者的方法。MFC中則提供了改變所有者的方法：
_AFXWIN_INLINE void CWnd::SetOwner(CWnd* pOwnerWnd)
{ m_hWndOwner = pOwnerWnd != NULL ? pOwnerWnd->m_hWnd : NULL; }
另外，mfc還提供了CWnd::GetSafeOwner( CWnd* pParent, HWND* pWndTop );函數(shù)，可以用來得到參數(shù)pParent的第一個非child屬性的父窗口指針。如果這個參數(shù)是NULL，則返回當(dāng)前線程的主窗口(通過AfxGetMainWnd得到)。框架經(jīng)常使用這個函數(shù)查找對話框或者屬性頁的所有者窗口。
（2）獲取/設(shè)置父窗口
WIN32 API給出了函數(shù)GetParent和SetParent。而mfc也是完全封裝了這兩個函數(shù)：
_AFXWIN_INLINE CWnd* CWnd::SetParent(CWnd* pWndNewParent)
{ ASSERT(::IsWindow(m_hWnd)); return CWnd::FromHandle(::SetParent(m_hWnd,
pWndNewParent->GetSafeHwnd())); }
_AFXWIN_INLINE CWnd* CWnd::GetParent() const
{ ASSERT(::IsWindow(m_hWnd)); return CWnd::FromHandle(::GetParent(m_hWnd)); }
對于SetParent，msdn里面說明了父子窗口必須是同一個進程的。但是由于窗口句柄是系統(tǒng)全局唯一的，不屬于同一個進程的情況下，也可以成功調(diào)用，但是后果未知。
GetParent的返回值比較復(fù)雜，對于overlapped類型的窗口，它返回0，對于WS_CHILD類型，它返回其父窗口，對于WS_POPUP類型，它返回其所有者窗口，如果想得到創(chuàng)建它時所傳遞進去的那個hwndParent參數(shù)，應(yīng)該用GetWindowWord(GWW_HWNDPARENT)函數(shù)。
（3）GetWindowWord(hWnd, GWW_HWNDPARENT)返回一個窗口的父窗口，如果沒有，則返回其所有者。
（4）上面談到，當(dāng)一個owner窗口被最小化后，系統(tǒng)自動隱藏它所擁有的窗口。當(dāng)owner窗口被恢復(fù)的時候，系統(tǒng)自動顯示它所擁有的窗口。在這兩種情況下，系統(tǒng)都會發(fā)送（send）WM_SHOWWINDOW消息給被擁有的窗口。某些時候，我們可能需要隱藏 owned窗口，但并不想最小化其所有者窗口，這時候，可以通過ShowOwnedPopups函數(shù)來實現(xiàn)，該函數(shù)設(shè)置或者刪除當(dāng)前窗口所擁有的窗口的WS_VISIBLE屬性，然后發(fā)送WM_SHOWWINDOW消息更新窗口顯示。
