1. 創(chuàng)建4個(gè)按鈕

CRect rcCreate(0,0,80,80);

m_btTest1.Create(TEXT("Test1"),WS_CHILD|WS_VISIBLE,rcCreate,this,114);
m_btTest2.Create(TEXT("Test2"),WS_CHILD|WS_VISIBLE,rcCreate,this,112);
m_btTest3.Create(TEXT("Test3"),WS_CHILD|WS_VISIBLE,rcCreate,this,111);
m_btTest4.Create(TEXT("Test4"),WS_CHILD|WS_VISIBLE,rcCreate,this,113);

4個(gè)按鈕位置是重疊的：先看到的是m_btTest4，但先響應(yīng)的（點(diǎn)擊有效）卻是m_btTest1。

這是為什么呢？
原因就在于Create的時(shí)候，程序會(huì)指定每個(gè)控件的ZOrder值，先創(chuàng)建的ZOrder值最小，后面逐漸增大。
而關(guān)鍵點(diǎn)就在于： 繪制時(shí)，按照Z(yǔ)Order值由小到大層層繪制，最后繪制排在最上層的控件（m_btTest4），而響應(yīng)時(shí)先處理ZOrder最小的控件（m_btTest1）。

經(jīng)測(cè)試，繪制和響應(yīng)順序跟最后面的參數(shù)IDC編號(hào)（111～114）無(wú)關(guān)，此編號(hào)只是讓按鈕的響應(yīng)能夠?qū)μ?hào)入座。
即點(diǎn)擊了m_btTest1的控件，程序就會(huì)去執(zhí)行ID=114的相關(guān)代碼（可由OnCommand函數(shù)來(lái)截獲消息）。


2. 假如之后添加了SetWindowPos函數(shù)，那又會(huì)如何呢？

m_btTest2.SetWindowPos(NULL,0,0,80,80,SWP_NOMOVE);
m_btTest3.SetWindowPos(NULL,0,0,80,80,SWP_NOMOVE);

此處要說(shuō)明一點(diǎn)：SetWindowPos第一個(gè)參數(shù)傳NULL，系統(tǒng)會(huì)將此控件ZOrder置頂，即ZOrder值變?yōu)樽钚?#xff0c;響應(yīng)時(shí)最先處理；

所以當(dāng)執(zhí)行完m_btTest2.SetWindowPos之后，m_btTest2被放到了窗口頂層，此時(shí)ZOrder的順序（由小到大）變?yōu)閙_btTest2，m_btTest1，m_btTest3，m_btTest4。

而后m_btTest3又被放到了窗口頂層，而m_btTest2就會(huì)自動(dòng)下移。此時(shí)的ZOrder順序（由小到大）就會(huì)變?yōu)閙_btTest3，m_btTest2，m_btTest1，m_btTest4。
到此為止，繪制時(shí)先看到的就是m_btTest4，而先響應(yīng)的卻變成了m_btTest3。


3. 那如果SetWindowPos函數(shù)最后一個(gè)參數(shù)再加上SWP_NOZORDER屬性呢？比如將第2步的兩行代碼改為如下：

m_btTest2.SetWindowPos(NULL,0,0,80,80,SWP_NOMOVE|SWP_NOZORDER);
m_btTest3.SetWindowPos(NULL,0,0,80,80,SWP_NOMOVE);

SWP_NOZORDER，顧名思義，就是不改變ZOrder的順序。那程序就會(huì)按照上一次修改控件ZOrder的代碼來(lái)處理（繪制和響應(yīng)順序都是如此）

結(jié)果又變成這樣的了（由小到大ZOrder排序）：

m_btTest2.SetWindowPos(NULL,0,0,80,80,SWP_NOMOVE|SWP_NOZORDER);

//ZOrder：m_btTest1，m_btTest2，m_btTest3，m_btTest4。

m_btTest3.SetWindowPos(NULL,0,0,80,80,SWP_NOMOVE);

//ZOrder：m_btTest3，m_btTest1，m_btTest2，m_btTest4。

4. 還有一個(gè)函數(shù)也會(huì)影響ZOrder----DeferWindowPos（同時(shí)調(diào)整多個(gè)窗口（同一父窗口），比SetWindowPos效率高些）

此處uFlags含有SWP_NOZORDER，則DeferWindowPos函數(shù)不會(huì)改變相應(yīng)控件的ZOrder值，即繪制和響應(yīng)順序都不改變。
否則如果不加SWP_NOZORDER屬性，則跟SetWindowPos的作用是一樣的
const UINT uFlags=SWP_NOACTIVATE|SWP_NOZORDER|SWP_NOCOPYBITS|SWP_NOSIZE;

DeferWindowPos(hDwp,m_btTest1,NULL,0,0,0,0,uFlags|SWP_NOMOVE);
DeferWindowPos(hDwp,m_btTest2,NULL,0,0,0,0,uFlags|SWP_NOMOVE);
DeferWindowPos(hDwp,m_btTest3,NULL,0,0,0,0,uFlags|SWP_NOMOVE);
DeferWindowPos(hDwp,m_btTest4,NULL,0,0,0,0,uFlags|SWP_NOMOVE);


總結(jié)：
控件在Create時(shí)就指定了ZOrder的順序，先Create的控件ZOrder值最小（最先響應(yīng)此控件）；

反之，后面Create的控件ZOrder值逐漸增大（繪制時(shí)層層疊加，即ZOrder值最大的控件就會(huì)畫到最上層，從而先被看到）。

而如果調(diào)用了SetWindowPos，且第一個(gè)參數(shù)為NULL，也不指定SWP_NOZORDER屬性，則系統(tǒng)會(huì)將此控件置頂，此時(shí)ZOrder值變?yōu)樽钚?#xff0c;最先響應(yīng)。

http://blog.csdn.net/icebergsnowfox/article/details/8986065#comments

總結(jié)

以上是生活随笔為你收集整理的MFC控件的绘制与响应顺序——ZOrder的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。