摘要：控件通知消息有很多種，但是有一種是很常用，但是又不是很容易掌握的，那就是WM_NOTIFY，我試著對此做一下比較全面的論述，有不對的地方，還希望各路大蝦批評指正。
控件通知消息
在《深度解析VC中的消息（上）》中，我們提到了消息的分類有3種：窗口消息、命令消息和控件通知消息，我們這里要談的是最后一種：控件通知消息。
控件通知消息，是指這樣一種消息，一個窗口內的子控件發生了一些事情，需要通知父窗口。通知消息只適用于標準的窗口控件如按鈕、列表框、組合框、編輯框，以及Windows公共控件如樹狀視圖、列表視圖等。例如，單擊或雙擊一個控件、在控件中選擇部分文本、操作控件的滾動條都會產生通知消息。 她類似于命令消息，當用戶與控件窗口交互時，那么控件通知消息就會從控件窗口發送到它的主窗口。但是這種消息的存在并不是為了處理用戶命令，而是為了讓主窗口能夠改變控件，例如加載、顯示數據。例如按下一個按鈕，他向父窗口發送的消息也可以看作是一個控件通知消息；單擊鼠標所產生的消息可以由主窗口直接處理，然后交給控件窗口處理。
控件通知消息主要由窗口類即直接或間接由CWND類派生類處理。
控件通知格式
控件通知經歷了一個演變過程，因而SendMessage( )的變量Message、wParam和lParam有三種格式。
第一控件通知格式
第一控件通知格式只是窗口消息的子集。它的特征格式如下：WM_XXXX。它主要來自下面的3種消息類型：
(1)表示一個控件窗口要么已經被創建或銷毀，要么已經被鼠標單擊的消息：WM_PARENTNOTIFY；
(2)發送到父窗口，用來繪制自身窗口的消息，例如： WM_CTLCOLOR、WM_DRAWITEM、WM_MEASUREITEM、WM_DELETEITEM、WM_CHARTOITEM、WM_VKTOITEM、WM_COMMAND和WM_COMPAREITEM
(3)有滾動調控件發送，通知父窗口滾動窗口的消息：WM_VSCROLL和WM_HSCROLL
第二控件通知格式
第二控件通知格式與命令消息共享，它的特征格式如下：WM_COMMAND。
在WM_COMMAND中，lParam用來區分是命令消息還是控件通知消息：如果lParam為NULL，則這是個命令消息，否則lParam里面放的必然就是控件的句柄，是一個控件通知消息。對于wParam則是低位放的是控件ID，高位放的是相應的消息事件。
第三控件通知格式
這個才真正涉及到我們要講的內容，同時他也是最為靈活的一種格式。它的特征格式如下：WM_NOTIFY。
在WM_NOTIFY中，lParam中放的是一個稱為NMHDR結構的指針。在wParam中放的則是控件的ID。
NMHDR結構的由來
NMHDR結構是很值得一提的，該結構包括有關制作該通知的控件的任何內容，而不受空間和類型的限制，他的來歷也是很有意思的。
在最初的windows3.x中，根本就不存在什么WM_NOTIFY，控件通知它們父窗口，如鼠標點擊,控件背景繪制事件，通過發送一個消息到父窗口。簡單的通知僅發送一個WM_COMMAND消息，包含一個通知碼和一個在wParam中的控件ID及一個在lPraram中的控件句柄。這樣一來，wParam和lParam就都被填充了，沒有額外的空間來傳遞一些其它的消息，例如鼠標按下的位置和時間。
為了克服這個困難，windows3.x就提出了一個比較低級的解決策略，那就是給一些消息添加一些附加消息，最為明顯的就是控件自畫用到的DRAWITEMSTRUCT。不知道大家對這個結構熟悉不，不過，如果你是老手，你應該非常清楚這個結構，這個結構包含了9個內容，幾乎你需要控制的信息都給你提供了。為什么說它比較低級呢？因為不同的消息附加的內容不同，結果就是一盤散沙，非常混亂。
在win32中，MS又提出了一個更好的解決方案：引進NMHDR結構。這個結構的引進就是消息統一起來，利用它可以傳遞復雜的信息。這個結構的布局如下：
NMHDR
{
HWnd hWndFrom ; 相當于原WM_COMMAND傳遞方式的lParam
UINT idFrom ; 相當于原WM_COMMAND傳遞方式的wParam（low-order）
UINT code ; 相當于原WM_COMMAND傳遞方式的Notify Code(wParam"s high-order)
}；
對于這個結構的應用于WM_NOTIFY信息結構，結果WM_NOTIFY就變成了：
A、無附加信息。結構變得很簡單，就是一個NMHDR結構。
B、有附加信息。定義一個大的結構，它的第一個元素就是NMHDR結構，它的后面放置附加信息。
WM_NOTIFY結構的好處
除了上面我們所說的好處外，WN_NOTIFY還有自己的獨特的好處：
由于在大結構中，第一個成員為NMHDR,這樣一來，我們就可以利用指向NMHDR的指針來傳遞結構地址，根據指針的特性，無論消息有沒有附加信息，這個指針都適用，也能夠很方便的進行強制轉換。
分析ON_NOTIFY
類向導可以創建ON_NOTIFY消息映射入口并提供一個處理函數的框架，來處理 WM_NOTIFY類型的消息。ON_NOTIFY消息映射宏有如下語法.
ON_NOTIFY(wNotifyCode,id,memberFxn)
其中：wNotifyCode:要處理的通知消息通知碼。比如上面我們提到的LVN_KEYDOWN；Id:控件標識ID；MemberFxn:處理此消息的成員函數。
此成員函數有如下的原型聲明:
afx_msg void memberFxn( NMHDR * pNotifyStruct, LRESULT * result);
比如:假設你想成員函數OnKeydownList1處理ClistCtrl(標識ID=IDC_LIST1）的 LVN_KEYDOWN消息,你可以使用類向導添加如下的消息映射:
ON_NOTIFY( LVN_KEYDOWN, IDC_LIST1, OnKeydownList1 )
在上面的例子中,類向導提供如下函數:
void CMessageReflectionDlg::OnKeydownList1(NMHDR* pNMHDR, LRESULT* pResult)
{
LV_KEYDOWN* pLVKey= (LV_KEYDOWN*)pNMHDR;
*pResult = 0;
}
這時類向導提供了一個適當類型的指針，你既可以通過pNMHDR，也可以通過 pLVKey來訪問這個通知結構。
ON_NOTIFY_RANGE
有時我們可能需要為一組控件處理相同的WM_NOTIFY消息。這時需要使用ON_NOTIFY_RANGE而不是ON_NOTIFY。不過，很不幸的是，VC6的ClassWizard并不支持這個消息，所以我們必須手工添加。方法和一般的手工添加的消息一樣，不過需要注意的是：
(1)當你使用 ON_NOTIFY_RANGE時,你需要指定控件的ID范圍.其消息映射入口及函數原型如下:
ON_NOTIFY_RANGE( wNotifyCode, id, idLast, memberFxn )
其中：wNotifyCode:消息通知碼.比如:LVN_KEYDOWN。id: 第一控件的標識ID。
idLast:最后一個控件的標識ID。（標識值一定要連續）memberFxn: 消息處理函數。
(2)成員函數必須有如下原型申明：afx_msg void memberFxn( UINT id, NMHDR * pNotifyStruct, LRESULT * result );
結束語：
WM_NOTIFY是一個很值得思考的結構，另外他和Reflect Message聯系非常緊密，我們接下來就要討論一下反射消息。