前言
近來，有幾個(gè)網(wǎng)友發(fā)妹兒問了我一些關(guān)于WM_NOTIFY通知消息的使用問題，為此，我寫了這篇文章，將我對(duì)WM_NOTIFY消息的理解闡述如下，希望能對(duì)各位有所幫助。
引入WM_NOTIFY消息的原因 1、問題的提出： 在Windows3.x中，不存在WM_NOTIFY消息，控制子窗口的通知消息同菜單的命令消息及加速鍵消息一樣，均使用WM_COMMAND來發(fā)送，此時(shí)，根據(jù)WM_COMMAND消息傳遞的做法，可知道含有如下的傳遞結(jié)構(gòu)：
wParam high-order ： Notify Code ：(如TTN_NEEDTEXT)
wParam low-order : ControlID
lParam : ControlHandle 使用上述結(jié)構(gòu)進(jìn)行消息的傳遞時(shí)，如果一個(gè)通知消息有一些附加的消息需要發(fā)送時(shí)(如傳遞LVN_COLUMNCLICK時(shí)可能需要附加傳送如點(diǎn)擊的是那一列等信息)，因?yàn)閃M_COMMAND僅能傳遞如上的參數(shù)，故無法做到。
2、解決的方案 --Windows 3.x中的解決方案，為這些有附加消息傳送要求的通知消息，為它們各自定義了許多特殊的消息。
以WM_DRAWITEM為例： lParam參數(shù)成為指向DRAWITEMSTRUCT結(jié)構(gòu)的指針，DRAWITEMSTRUCT結(jié)構(gòu)如下：typedef struct tagDRAWITEMSTRUCT {
UINT CtlType;
UINT CtlID;
UINT itemID;
UINT itemAction;
UINT itemState;
HWND hwndItem;
HDC hDC;
RECT rcItem;
ULONG_PTR itemData;
} DRAWITEMSTRUCT； 這樣，就實(shí)現(xiàn)了附加參數(shù)的傳遞，類似的做法在Windows3.x中隨處可見。
--Windows32中的解決方案，Windows3.x的解決方案各自為政，沒有統(tǒng)一性，為了解決這個(gè)問題，Window32中引入了一個(gè)新的消息，即WM_NOTIFY消息來解決這個(gè)問題，它將所有的這些消息采用一個(gè)統(tǒng)一的架構(gòu)進(jìn)行處理，為了與以前的處理方式兼容，上述那些特殊的消息仍然存在， 它們在實(shí)質(zhì)上也是相同的。
WM_NOTIFY為何能完成如此的重任？
原因：它擴(kuò)展了消息的lParam參數(shù)，使它成為指向一個(gè)相對(duì)統(tǒng)一的結(jié)構(gòu)的指針，從而使用這個(gè)結(jié)構(gòu)來傳遞復(fù)雜的信息。
1、無需附加的信息時(shí): 此結(jié)構(gòu)為一個(gè)NMHDR結(jié)構(gòu)：NMHDR
{
HWnd hWndFrom ; //相當(dāng)于原WM_COMMAND傳遞方式的lParam
UINT idFrom ; //相當(dāng)于原WM_COMMAND傳遞方式的wParam（low-order）
UINT code ; //相當(dāng)于原WM_COMMAND傳遞方式的Notify Code(wParam"s high-order)
} 2、需要附加的信息時(shí)： 此結(jié)構(gòu)為一個(gè)大的結(jié)構(gòu),它的首成員必須為一個(gè)NMHDR結(jié)構(gòu)的對(duì)象，它的其他成員放置此消息的附加信息。
以LVN_KEYDOWN為例：
typedef struct tagLVKEYDOWN {
NMHDR hdr;
WORD wVKey;
UINT flags;
} NMLVKEYDOWN, FAR *LPNMLVKEYDOWN;
WM_NOTIFY消息的處理(以LVN_KEYDOWN 為例)
void C*ListCtrl::OnKeydown(NMHDR* pNMHDR, LRESULT* pResult)
{
LV_KEYDOWN* pLVKeyDow = (LV_KEYDOWN*)pNMHDR;
....
....
}
分析
1、大結(jié)構(gòu)的首個(gè)成員為NMHDR,這樣，使用指向NMHDR的指針來傳遞結(jié)構(gòu)地址，不論在僅使用NMHDR結(jié)構(gòu)，還是在使用大結(jié)構(gòu)的情況下都適合。
2、因?yàn)榇讼?shí)際傳遞的即是對(duì)應(yīng)的結(jié)構(gòu)（NMHDR或以NMHDR作首成員的大結(jié)構(gòu)）所以，如上進(jìn)行強(qiáng)制轉(zhuǎn)換，當(dāng)然不會(huì)有問題。
結(jié)語
使用上述WM_NOTIFY框架處理的消息很多，它們的處理架構(gòu)與一般的消息處理類似，因此，本文沒有對(duì)它的具體使用進(jìn)行闡述，有著方面需求的讀者，請(qǐng)自行參閱MSDN相關(guān)內(nèi)容。
另外，WM_NOTIFY消息和“消息反射”的關(guān)系十分緊密，我會(huì)盡快將我對(duì)“消息反射”的理解與分析，寫出來與大家共享，再次感謝大家對(duì)本文的關(guān)注。