作者：天涯霜雪 一、概念和區(qū)別

在windows系統(tǒng)中，每個(gè)窗口對(duì)象都對(duì)應(yīng)有一個(gè)數(shù)據(jù)結(jié)構(gòu)，形成一個(gè)list鏈表。系統(tǒng)的窗口管理器通過這個(gè)list來獲取窗口信息和管理每個(gè)窗口。這個(gè)數(shù)據(jù)結(jié)構(gòu)中有四個(gè)數(shù)據(jù)用來構(gòu)建list，即child、sibling、parent、owner四個(gè)域。
所以我們可以看到，窗口之間的關(guān)系有兩種：owner-owned 關(guān)系和 parent-child關(guān)系。前者稱之為擁有/被擁有關(guān)系，后者稱之為父/子關(guān)系。在這篇文字中，我把owner窗口稱之所有者窗口。換句話說，一個(gè)窗口在有一個(gè)父窗口（parent)的同時(shí)，還可能被不同的窗口擁有（owner)，也可以有自己的子窗口(child)。在MFC 的CWnd類中，所有者窗口保存在m_hWndOwner成員變量中，父窗口則保存在m_hParent中，但是這兩個(gè)值并不一定和窗口對(duì)象數(shù)據(jù)結(jié)構(gòu)中的值相對(duì)應(yīng)。

窗口之間的關(guān)系，決定了窗口的外在表現(xiàn)。比如顯示、銷毀等。

如果一個(gè)窗口數(shù)據(jù)的owner域非NULL，則它和該窗口建立了owner-owned 關(guān)系，擁有關(guān)系決定了：
（1）被擁有的窗口永遠(yuǎn)顯示在擁有它的那個(gè)窗口的前面；
（2）當(dāng)所有者窗口最小化的時(shí)候，它所擁有的窗口都會(huì)被隱藏；
（3）當(dāng)所有者窗口被銷毀的時(shí)候，它所擁有的窗口都會(huì)被銷毀。
需要注意的是，隱藏所有者窗口并不會(huì)影響它所擁有的窗口的可見狀態(tài)。比如：如果窗口 A 擁有窗口B,窗口B擁有窗口C,則當(dāng)窗口A最小化的時(shí)候，窗口B被隱藏，但是窗口 C還是可見。

如果一個(gè)窗口的parent域非NULL，則它和該窗口之間就建立了parent-child關(guān)系。父子決定了：
（1）窗口在屏幕上面的顯示位置。父窗口提供了用來定位子窗口的坐標(biāo)系統(tǒng)，一個(gè)子窗口只能顯示在它的父窗口的客戶區(qū)中，之外的部分將被裁減。這個(gè)裁減法則決定了如果父窗口不可見，則子窗口肯定不可見。如果父窗口移動(dòng)到了屏幕之外，子窗口也一樣。
（2）當(dāng)父窗口被隱藏時(shí)，它的所有子窗口也被隱藏。
（3）父窗口被銷毀的時(shí)候，它所擁有的子窗口都會(huì)被銷毀。
注意！最小化父窗口不會(huì)影響子窗口的可見狀態(tài)，子窗口會(huì)隨著父窗口被最小化，但是它的WS_VISIBLE屬性不會(huì)變。

Windows系統(tǒng)為什么要使用兩種關(guān)系呢？這是為了更加靈活的管理窗口。舉個(gè)例子：組合框（combobox)的下拉列表框（list box）可以超出組合框的父窗口的客戶區(qū)，這樣有利于顯示，因此系統(tǒng)創(chuàng)建該list box的時(shí)候，是作為控制臺(tái)窗口（desktop window）的子窗口，它的父窗口hWndParent是NULL，這樣，list box的顯示區(qū)域是限制在整個(gè)屏幕內(nèi)，但是該list box的所有者卻是組合框的第一個(gè)非子窗口祖先（比如對(duì)話框），當(dāng)它的所有者窗口銷毀后，該 list box自動(dòng)銷毀。

另外，窗口之間消息的傳遞也和窗口關(guān)系有關(guān)，通常，一個(gè)窗口會(huì)把自己的通知消息發(fā)送給它的父窗口，但不全是這樣，比如，CToolBar發(fā)送通知消息給它的所有者窗口而不是父窗口。這樣以來，就可以允許工具條作為一個(gè)窗口（比如一個(gè) OLE 容器程序窗口）的子窗口的同時(shí)，能夠給另一個(gè)窗口（比如in-place框架窗口）發(fā)送消息。至于某類窗口到底是把消息發(fā)送給誰，是父窗口還是所有者窗口，microsoft并沒有明示。還有，在現(xiàn)場(chǎng)（in-place）編輯的情況下，當(dāng)一個(gè) server 窗口激活或者失效的時(shí)候，框架窗口所擁有的子窗口自動(dòng)隱藏或者顯示，這也是通過直接調(diào)用SetOwner函數(shù)實(shí)現(xiàn)的。

二、窗口類型的說明和限制

（1）控制臺(tái)窗口（desktop window）。這是系統(tǒng)最早創(chuàng)建的窗口?？梢哉J(rèn)為它是所有 WS_OVERLAPPED 類型窗口的所有者和父窗口。Kyle Marsh在他的文章“Win32 Window Hierarchy and Styles”中指出，當(dāng)系統(tǒng)初始化的時(shí)候，它首先創(chuàng)建控制臺(tái)窗口，大小覆蓋整個(gè)屏幕。所有其它窗口都在這個(gè)控制臺(tái)窗口上面顯示。窗口管理器所用的窗口list中第一個(gè)就是這個(gè)控制臺(tái)。它的下一層窗口叫做頂級(jí)窗口（top-level），頂級(jí)窗口是指所有非child、沒有父窗口，或者父窗口是desktop的窗口，它們沒有WS_CHILD屬性。

（2）WS_OVERLAPPED類型的窗口可以顯示在屏幕的任何地方。它們的所有者窗口是控制臺(tái)。

Overlapped 類型的窗口屬于頂級(jí)窗口，一般作為應(yīng)用程序的主窗口。不論是否給出了WS_CAPTION、WS_BORDER屬性，這類窗口創(chuàng)建后都有標(biāo)題欄和邊框。Overlapped窗口可以擁有其它頂級(jí)窗口或者被其它頂級(jí)窗口所擁有。所有overlapped窗口都有WS_CLIPSIBLINGS屬性。系統(tǒng)可以自動(dòng)設(shè)置 overlapped窗口的大小和初始位置。

當(dāng)系統(tǒng) shuts down的時(shí)候，它將銷毀所有overlapped類型的窗口。

（3）WS_POPUP類型的窗口可以顯示在屏幕任何地方，它們一般沒有父窗口，但是如果明確調(diào)用SetParent，這類窗口也可以有父窗口。

WS_POPUP類型的窗口的所有者是在CreateWindow函數(shù)中通過設(shè)置hWndParent參數(shù)給定的，如果hWndParent不是子窗口，則該窗口就成為這個(gè)新的彈出式窗口的owner，否則，系統(tǒng)從hWndParent的父窗口向上找，直到找到第一個(gè)非子窗口，把它作為該彈出窗口的owner。當(dāng)owner窗口銷毀的時(shí)候，系統(tǒng)自動(dòng)銷毀這個(gè)彈出窗口。

Pop-up類型的窗口也屬于頂級(jí)窗口，它和 overlapped 窗口的主要區(qū)別是彈出式窗口不需要有標(biāo)題欄，也不必有邊框。彈出式可以擁有其它頂級(jí)窗口或者被擁有。所有彈出式窗口也都有 WS_CLIPSIBLINGS屬性。

（4）所有者窗口（owner)只能是 overlapped 或者 pop-up 類型的窗口，子窗口不能是所有者窗口，也就是說子窗口不能擁有其它窗口。

overlapped 或者 pop-up 類型的窗口在擁有其它窗口的同時(shí)，也可以被擁有。

在使用CreateWindowEx創(chuàng)建 WS_OVERLAPPED 或者 WS_POPUP類型的窗口時(shí)，可以在 hwndParent 參數(shù)中給出它的所有者窗口的句柄。如果 hwndParent 給出的是一個(gè)child 類型的窗口句柄，則系統(tǒng)自動(dòng)將新創(chuàng)建窗口的所有權(quán)交給該子窗口的頂級(jí)父窗口。在這種情況下，參數(shù)hwndParent被保存在新建窗口的parent域中，而它的所有者窗口句柄則保存在owner域中。

（5）缺省情況下，對(duì)話框和消息框?qū)儆?owned 窗口，除非在創(chuàng)建它們的時(shí)候明確給出了WS_CHILD屬性，（比如對(duì)話框中嵌入對(duì)話框的情形）
否則由系統(tǒng)負(fù)責(zé)給它們指定owner窗口。需要注意的是，一旦創(chuàng)建了owned類型的窗口，就無法再改變其所有關(guān)系，因?yàn)閃IN32沒有沒有提供改變窗口所有者的方法。

而且在Win32中，由于有多線程的存在，所以要注意保證父子窗口或者owner/owned 窗口要同屬于一個(gè)線程。

（6）對(duì)于 WS_CHILD類型的窗口，它的父窗口就是它的所有者窗口。一個(gè)子窗口的父窗口也是在CreateWindow函數(shù)中用hWndParent參數(shù)指定的。子窗口只能在父窗口的客戶區(qū)中顯示，并隨父窗口一起銷毀。
子窗口必須有一個(gè)父窗口，這是它和overlapped 以及 pop-up 窗口之間的主要區(qū)別。父窗口可以是頂級(jí)窗口，也可以是其它子窗口。

三、幾個(gè)相關(guān)函數(shù)的說明

（1）獲取/設(shè)置所有者窗口

win32 API提供了函數(shù)GetWindow函數(shù)（GW_OWNER 標(biāo)志）來獲取一個(gè)窗口的所有者窗口句柄。
GetWindow(hWnd, GW_OWNER)永遠(yuǎn)返回窗口的所有者(owner)。對(duì)于子窗口，函數(shù)返回 NULL，因?yàn)樗鼈兊母复翱诰拖喈?dāng)于所有者（注意，是“相當(dāng)于”）。因?yàn)閃indows系統(tǒng)沒有維護(hù)子窗口的所有者信息。

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的第一個(gè)非child屬性的父窗口指針。如果這個(gè)參數(shù)是NULL，則返回當(dāng)前線程的主窗口(通過AfxGetMainWnd得到)?？蚣芙?jīng)常使用這個(gè)函數(shù)查找對(duì)話框或者屬性頁的所有者窗口。

（2）獲取/設(shè)置父窗口

WIN32 API給出了函數(shù)GetParent和SetParent。而mfc也是完全封裝了這兩個(gè)函數(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)); }

對(duì)于SetParent，msdn里面說明了父子窗口必須是同一個(gè)進(jìn)程的。但是由于窗口句柄是系統(tǒng)全局唯一的，不屬于同一個(gè)進(jìn)程的情況下，也可以成功調(diào)用，但是后果未知。
GetParent的返回值比較復(fù)雜，對(duì)于overlapped類型的窗口，它返回0，對(duì)于WS_CHILD類型，它返回其父窗口，對(duì)于WS_POPUP類型，它返回其所有者窗口，如果想得到創(chuàng)建它時(shí)所傳遞進(jìn)去的那個(gè)hwndParent參數(shù)，應(yīng)該用GetWindowWord(GWW_HWNDPARENT)函數(shù)。

（3）GetWindowWord(hWnd, GWW_HWNDPARENT)返回一個(gè)窗口的父窗口，如果沒有，則返回其所有者。

（4）上面談到，當(dāng)一個(gè)owner窗口被最小化后，系統(tǒng)自動(dòng)隱藏它所擁有的窗口。當(dāng)owner窗口被恢復(fù)的時(shí)候，系統(tǒng)自動(dòng)顯示它所擁有的窗口。在這兩種情況下，系統(tǒng)都會(huì)發(fā)送（send）WM_SHOWWINDOW消息給被擁有的窗口。某些時(shí)候，我們可能需要隱藏 owned窗口，但并不想最小化其所有者窗口，這時(shí)候，可以通過ShowOwnedPopups函數(shù)來實(shí)現(xiàn)，該函數(shù)設(shè)置或者刪除當(dāng)前窗口所擁有的窗口的WS_VISIBLE屬性，然后發(fā)送WM_SHOWWINDOW消息更新窗口顯示。