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，高位放的是相應的消息事件。
如：STN_CLICKED，STN_DBLCLK是靜態控件(static)的單擊，雙擊通知消息(需設置靜態控件的SS_NOTIFY樣式)
BN_CLICKED是WM_COMMAND消息，不是WM_NOTIFY消息，要用ON_COMMAND_RANGE宏來映射，WM_NOTIFY用ON_NOTIFY_RANGE宏來映射。
第三控件通知格式
這個才真正涉及到我們要講的內容，同時他也是最爲靈活的一種格式。它的特徵格式如下：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個內容，幾乎你需要控制的信息都給你提供了。爲什麼說它比較低級呢？因爲不同的消息附加的內容不同，結果就是一盤散沙，非常混亂。
以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；
在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 );
