1. 創建4個按鈕

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個按鈕位置是重疊的：先看到的是m_btTest4，但先響應的（點擊有效）卻是m_btTest1。

這是為什么呢？
原因就在于Create的時候，程序會指定每個控件的ZOrder值，先創建的ZOrder值最小，后面逐漸增大。
而關鍵點就在于： 繪制時，按照ZOrder值由小到大層層繪制，最后繪制排在最上層的控件（m_btTest4），而響應時先處理ZOrder最小的控件（m_btTest1）。

經測試，繪制和響應順序跟最后面的參數IDC編號（111～114）無關，此編號只是讓按鈕的響應能夠對號入座。
即點擊了m_btTest1的控件，程序就會去執行ID=114的相關代碼（可由OnCommand函數來截獲消息）。


2. 假如之后添加了SetWindowPos函數，那又會如何呢？

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

此處要說明一點：SetWindowPos第一個參數傳NULL，系統會將此控件ZOrder置頂，即ZOrder值變為最小，響應時最先處理；

所以當執行完m_btTest2.SetWindowPos之后，m_btTest2被放到了窗口頂層，此時ZOrder的順序（由小到大）變為m_btTest2，m_btTest1，m_btTest3，m_btTest4。

而后m_btTest3又被放到了窗口頂層，而m_btTest2就會自動下移。此時的ZOrder順序（由小到大）就會變為m_btTest3，m_btTest2，m_btTest1，m_btTest4。
到此為止，繪制時先看到的就是m_btTest4，而先響應的卻變成了m_btTest3。


3. 那如果SetWindowPos函數最后一個參數再加上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的順序。那程序就會按照上一次修改控件ZOrder的代碼來處理（繪制和響應順序都是如此）

結果又變成這樣的了（由小到大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. 還有一個函數也會影響ZOrder----DeferWindowPos（同時調整多個窗口（同一父窗口），比SetWindowPos效率高些）

此處uFlags含有SWP_NOZORDER，則DeferWindowPos函數不會改變相應控件的ZOrder值，即繪制和響應順序都不改變。
否則如果不加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);


總結：
控件在Create時就指定了ZOrder的順序，先Create的控件ZOrder值最小（最先響應此控件）；

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

而如果調用了SetWindowPos，且第一個參數為NULL，也不指定SWP_NOZORDER屬性，則系統會將此控件置頂，此時ZOrder值變為最小，最先響應。

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。