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