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