关于WM_NOTIFY及反射机制的来龙去脉

 这是一篇关于MFC里消息的路由问题，由于水平有限，难免有错误，如有发现，请指出。感激之至。

我打算从OnWndMsg()开始讲，这是窗口真正处理消息的函数。在这函数里对三种消息进行了处理。

1.标准Window消息，正常处理就行了（具体怎样请参考<<深入浅出MFC>>）在这里不是重点

2.WM_COMMAND消息，会调用OnCommand()

3.WM_NOTIFY消息，会调用OnNotify().

 

然后开始WM_NOTIFY消息：

控件通知消息，是指这样一种消息，一个窗口内的子控件发生了一些事情，需要通知父窗口。通知消息只适用于标准的窗口控件如按钮、列表框、组合框、编辑框，以及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

用到的宏是：ON_COMMAND
第二控件通知格式 
第二控件通知格式与命令消息共享，它的特征格式如下：WM_COMMAND。
　　在WM_COMMAND中，lParam用来区分是命令消息还是控件通知消息：如果lParam为NULL，则这是个命令消息，否则lParam里面放的必然就是控件的句柄，是一个控件通知消息。对于wParam则是低位放的是控件ID，高位放的是相应的消息事件。

      用到的宏是：ON_CONTROL，按钮的点击通知消息就是用到了此宏，ON_BN_CLICKED（ID,FUNC)就是ON_CONROL(ID,BN_CLICKED,FUNC).
第三控件通知格式 
　　这个才真正涉及到我们要讲的内容，同时他也是最为灵活的一种格式。它的特征格式如下：WM_NOTIFY。

在WM_NOTIFY中，lParam中放的是一个称为NMHDR结构的指针。在wParam中放的则是控件的ID。

      用到的宏是：ON_NOTIFY

具体通知消息采用哪种显示，是MFC内部的事，我们在手工添加的时候一定要注意。

 

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)
}；

类向导可以创建ON_NOTIFY消息映射入口并提供一个处理函数的框架，来处理 WM_NOTIFY类型的消息。ON_NOTIFY消息映射宏有如下语法：ON_NOTIFY(wNotifyCode,id,memberFxn)

有时我们可能需要为一组控件处理相同的WM_NOTIFY消息。这时需要使用ON_NOTIFY_RANGE而不是ON_NOTIFY。

 

下面介绍发射机制：

由上面的介绍，在命令消息中也有可以是通知消息

     如果在OnCommnd中要进行判断。判断的方法：如果lParam是有效的控件句柄就是通知消息，如果不是命令消息，现在不考虑是命令消息的情况。如果是通知消息，则调用ReflectLastMsg（）给子控件一次处理的机会。如果没处理，则会调用把通知消息转换成命令消息并调用OnCmdMsg。

     如果在OnNotify()中：首先调用ReflectLastMsg（）给子控件一次处理的机会。如果没处理，则会调用把通知消息转换成命令消息并调用OnCmdMsg。

 

以下就是重点了。

1.ReflectLastMsg

[cpp]  view plain copy

1. BOOL PASCAL CWnd::ReflectLastMsg(HWND hWndChild, LRESULT* pResult)  
2. {  
3.     // get the map, and if no map, then this message does not need reflection  
4.     CHandleMap* pMap = afxMapHWND();  
5.     //........  
6.     CWnd* pWnd = (CWnd*)pMap->LookupPermanent(hWndChild);  
7.     //......  
8.     return pWnd->SendChildNotifyLastMsg(pResult);  
9. }  

主要是调用子类的SendChildNotifyLastMsg（...）。

2.SendChildNotifyLastMsg

[cpp]  view plain copy

1. BOOL CWnd::SendChildNotifyLastMsg(LRESULT* pResult)  
2. {  
3.     _AFX_THREAD_STATE* pThreadState = _afxThreadState.GetData();  
4.     return OnChildNotify(pThreadState->m_lastSentMsg.message,  
5.         pThreadState->m_lastSentMsg.wParam, pThreadState->m_lastSentMsg.lParam, pResult);  
6. }  

调用子窗口的OnChildNotify函数进行处理，此函数是虚函数。

 

3.OnChildNotify()

[cpp]  view plain copy

1. BOOL CWnd::OnChildNotify(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT* pResult)  
2. {  
3.     //.....  
4.     return ReflectChildNotify(uMsg, wParam, lParam, pResult);  
5. }  

调用子类的ReflectChildNotify()

 

4.ReflectChildNotify()

[cpp]  view plain copy

1. BOOL CWnd::ReflectChildNotify(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT* pResult)  
2. {  
3.     switch (uMsg)  
4.     {  
5.     // normal messages (just wParam, lParam through OnWndMsg)  
6.     case WM_HSCROLL:  
7.     case WM_VSCROLL:  
8.     case WM_PARENTNOTIFY:  
9.     case WM_DRAWITEM:  
10.     case WM_MEASUREITEM:  
11.     case WM_DELETEITEM:  
12.     case WM_VKEYTOITEM:  
13.     case WM_CHARTOITEM:  
14.     case WM_COMPAREITEM:  
15.         // reflect the message through the message map as WM_REFLECT_BASE+uMsg  
16.         return CWnd::OnWndMsg(WM_REFLECT_BASE+uMsg, wParam, lParam, pResult);  
17.     // special case for WM_COMMAND  
18.     case WM_COMMAND:  
19.         {  
20.             // reflect the message through the message map as OCM_COMMAND  
21.             int nCode = HIWORD(wParam);  
22.             if (CWnd::OnCmdMsg(0, MAKELONG(nCode, WM_REFLECT_BASE+WM_COMMAND), NULL, NULL))  
23.             {  
24.                 if (pResult != NULL)  
25.                     *pResult = 1;  
26.                 return TRUE;  
27.             }  
28.         }  
29.         break;  
30.     // special case for WM_NOTIFY  
31.     case WM_NOTIFY:  
32.         {  
33.             // reflect the message through the message map as OCM_NOTIFY  
34.             NMHDR* pNMHDR = (NMHDR*)lParam;  
35.             int nCode = pNMHDR->code;  
36.             AFX_NOTIFY notify;  
37.             notify.pResult = pResult;  
38.             notify.pNMHDR = pNMHDR;  
39.             return CWnd::OnCmdMsg(0, MAKELONG(nCode, WM_REFLECT_BASE+WM_NOTIFY), &notify, NULL);  
40.         }  
41.     // other special cases (WM_CTLCOLOR family)  
42.     default:  
43.         if (uMsg >= WM_CTLCOLORMSGBOX && uMsg <= WM_CTLCOLORSTATIC)  
44.         {  
45.             // fill in special struct for compatiblity with 16-bit WM_CTLCOLOR  
46.             AFX_CTLCOLOR ctl;  
47.             ctl.hDC = (HDC)wParam;  
48.             ctl.nCtlType = uMsg - WM_CTLCOLORMSGBOX;  
49.             //ASSERT(ctl.nCtlType >= CTLCOLOR_MSGBOX);  
50.             ASSERT(ctl.nCtlType <= CTLCOLOR_STATIC);  
51.             // reflect the message through the message map as OCM_CTLCOLOR  
52.             BOOL bResult = CWnd::OnWndMsg(WM_REFLECT_BASE+WM_CTLCOLOR, 0, (LPARAM)&ctl, pResult);  
53.             if ((HBRUSH)*pResult == NULL)  
54.                 bResult = FALSE;  
55.             return bResult;  
56.         }  
57.         break;  
58.     }  
59.     return FALSE;   // let the parent handle it  
60. }  

ReflectChildNotify()把消息转换成REFLECT的形式如：

WM_CTLCOLOR 经过处理后变成了ON_WM_CTLCOLOR_REFLECT；WM_MEASUREITEM则变成ON_WM_MEASUREITEM_REFLECT。
 (1) WM_COMMAND 转换成 ON_CONTROL_REFLECT；
 (2) WM_NOTIFY  转换成 ON_NOTIFY_REFLECT；
 (3) ON_UPDATE_COMMAND_UI 转换成 ON_UPDATE_COMMAND_UI_REFLECT；

 

5.再调用子控件的OnCmdMsg对消息进行处理。

 

利用方面：

如果不是自定义的控件，在对话框中，可以右键点击增加通知消息，这时子控件没有处理通知消息。

如果是自定义控件，我们任然可以是父对话框里处理通知消息，但是我们也可以在子控件里通知，在增加消息

处理的地方，有的消息前面有个“=”就表示是通知消息。

来自：http://blog.csdn.net/flowshell/article/details/4800100