MFC的消息反射機制
1、消息反射解釋：
父窗口將子窗口發給它的通知消息，首先反射回子窗口進行處理（即給子窗口一個機會，讓子窗口處理此消息），這樣通知消息就有機會能被子窗口自身進行處理。
2、MFC中引入消息反射的原因：
在Windows的消息處理中，子窗口的發給其父窗口的通知消息只能由其父窗口進行處理，這使得子窗口的自身能動性大大降低（你想，它連改變自己的背景色，處理一個自身滾動問題都要其父窗口來完成），為了解決這個問題，在MFC中引入了 反射消息 “Reflect Message”的概念，進行消息反射，可以使得控制子窗口能夠自行處理與自身相關的一些消息，增強了封裝性，從而提高了控制子窗口的可重用性。
消息反射的處理流程(不考慮OLE控制)
一、消息反射處理流程圖：
1、父窗口收到控制子窗口發來的通知消息后，調用它的虛函數CWnd::OnNotify.
CWnd::OnNotify()主體部分：
{
//此時，hWndCtrl,為發送窗口，即子窗口的窗口句柄
if (ReflectLastMsg(hWndCtrl, pResult))
return TRUE; // 子窗口已處理了此消息
AFX_NOTIFY notify;
notify.pResult = pResult;
notify.pNMHDR = pNMHDR;
return OnCmdMsg(nID, MAKELONG(nCode, WM_NOTIFY), ¬ify, NULL);
}
分析：首先，調用ReflectLastMsg(hCtrlChildWnd,...)給子窗口一個自身處理的機會，將消息反射給子窗口處理,函數返回 TRUE,表明子窗口處理了此消息。反之，表示子窗口未處理此消息，此時，調用OnCmdMsg(...)由父窗口進行通常的處理。
2、ReflectLastMsg中：
主要是調用發送窗口的SendChildNotifyLastMsg（...）。
3、SendChildNotifyLastMsg 中：
調用發送窗口的虛函數OnChildNotify函數，進行處理。 如果沒有處理，則調用ReflectChildNotify(...)函數進行標準的反射消息 的消息映射處理。
二、消息處理
方式1：
由上述處理流程可以看出來，子窗口要想自身處理此消息，重載子控件窗口的OnChildNotify虛擬函數應該是很容易想到的方式。
注意：MFC中對各個子控件窗口一般都已經重載了OnChildNotify函數,它對應調用類的虛函數進行處理，所以，你重載對應的虛函數即可,如下例：
BOOL CStatusBarCtrl::OnChildNotify(UINT message, WPARAM wParam, LPARAM lParam,LRESULT* pResult)
{
if (message != WM_DRAWITEM) //對應不同的控制，會有不同的有特殊處理要求的消息。
return CWnd::OnChildNotify(message, wParam, lParam, pResult);
...
...
DrawItem((LPDRAWITEMSTRUCT)lParam);
return TRUE;
}
virtual void DrawItem( LPDRAWITEMSTRUCT lpDrawItemStruct );
void CStatusBarCtrl::DrawItem(LPDRAWITEMSTRUCT)
{
ASSERT(FALSE); // must override for self draw status bars
}
你重載CSTatusBarCtrl類的DrawItem虛擬函數，即可實現對反射消息 WM_DRAWITEM的處理。
方式2:
從方式1可以看出，如果你不在被重載的OnChildNotify中對消息進行處理，函數會調用CWnd::OnChildNotify,它調用ReflectChildNotify函數進行標準的處理。
1、增加反射消息 的映射入口。
2、增加對應的消息處理函數。
注意：可以使用MFC的ClassWizard作上述動作，在ClassWizard中，可處理的反射消息 以一個"="號以示區別。返回值為TRUE,表示控件窗口已處理此反射消息 ，為FALSE,表示控件子窗口未處理此反射消息 。
結語：
消息反射不是很難的概念。它僅出現在MFC中；它的用意是方便控制子窗口的重用；對某些通知消息你可以重載對應的虛函數（WM_DRAWITEM...）進行處理；對其它你可以使用標準的消息反射映射進行處理。
http://blog.csdn.net/zhuzhubin/archive/2009/07/17/4358047.aspx
http://www.cublog.cn/u1/33888/showart_320960.html
什么是消息反射？
在windows里面，子控件經常向父控件發送消息，例如很多子控件要繪制自己的背景，就可能向父窗口發送消息WM_CTLCOLOR。對于從子控件發來的消息，父控件有可能在處理之前，把消息返還給子控件處理，這樣消息看起來就想是從父窗口反射回來一樣，故此得名：消息反射。
消息反射的由來
在windows和MFC4.0版本一下，父窗口（通常是一個對話框）會對這些消息進行處理，換句話說，自控件的這些消息處理必須在父窗口類體內，每當我們添加子控件的時候，就要在父窗口類中復制這些代碼，我們可以想象這是多么的復雜，代碼是多么的臃腫！
我們可以想象，如果這些消息都讓父窗口類去做，父窗口就成了一個萬能的神，一個臃腫不堪的代碼機，無論如何消息的處理都集中在父窗口類中，會使父窗口繁重無比，但是子控件卻無事可做，并且代碼也無法重用，這對于一個程序員來講是多么痛苦的一件事？！
在老版本的MFC中，設計者也意識到了這個問題，他們對一些消息采用了虛擬機制，例如：WM_DRAWITEM，這樣子控件就有機會控制自己的動作，代碼的可重用性有了一定的提高，但是這還沒有達到大部分人的要求，所以在高版本的MFC中，提出了一種更方便的機制：消息反射。
通過消息反射機制，子控件窗口便能夠自行處理與自身相關的一些消息，增強了封裝性，同時也提高了子控件窗口類的可重用性。不過需要注意的是：消息反射是 MFC實現的，不是windows實現的；要讓你的消息反射機制工作，你的類必須從CWnd類派生。
Message-Map中的處理
如果想要處理消息反射，必須了解相應的Message-Map宏和函數原型。一般來講，Message-Map是有一定的規律的，通常她在消息的前面加上一個ON_ ，然后再消息的最后加上 _REFLECT。例如我們前面提到的WM_CTLCOLOR 經過處理后變成了ON_WM_CTLCOLOR_REFLECT；WM_MEASUREITEM則變成了 ON_WM_MEASUREITEM_REFLECT。
凡事總會有例外，這里也是這樣，這里面有3個例外：
(1) WM_COMMAND 轉換成 ON_CONTROL_REFLECT；
(2) WM_NOTIFY 轉換成 ON_NOTIFY_REFLECT；
(3) ON_Update_COMMAND_UI 轉換成 ON_Update_COMMAND_UI_REFLECT；
對于函數原型，也必須是以 afx_msg 開頭。
利用ClassWizard添加消息反射
(1)在ClassWizard中，打開選擇項Message Maps；
(2)在下拉列表Class name中選擇你要控制的類；
(3)在Object IDs中，選中相應的類名；
(4)在Messages一欄中找到前面帶有=標記的消息，那就是反射消息；
(5)雙擊鼠標或者單擊添加按鈕，然后OK!
消息處理的過程
(1)子窗口向父窗口發送通知消息，激發父窗口去調用它的虛函數CWnd::OnNotify。大致的結構如下
BOOL CWnd::OnNotify(WPARAM wParam, LPARAM lParam, LRESULT* pResult)
{
if(ReflectLastMsg(hWndCtrl, pResult)) // hWndCtrl,為發送窗口
return TRUE; // 如果子窗口已處理了此消息，返回
AFX_NOTIFY notify;
notify.pResult = pResult;
notify.pNMHDR = pNMHDR;
return OnCmdMsg(nID, MAKELONG(nCode, WM_NOTIFY)? notify:NULL);
}
(2)ReflectLastMsg聲明如下：static BOOL PASCAL ReflectLastMsg(HWND hWndChild, LRESULT* pResult = NULL);
它的主要任務就是調用發送窗口的SendChildNotifyLastMsg。
(3)SendChildNotifyLastMsg聲明如下：BOOL SendChildNotifyLastMsg(LRESULT* pResult = NULL);
調用發送窗口的虛函數OnChildNotify函數，進行處理。 如果發送窗口沒有進行重載處理，則調用ReflectChildNotify(...)函數進行標準的反射消息的消息映射處理。
使用的一個例子
這里面我們舉一個簡單的例子，希望大家能夠更清晰的掌握消息反射機制。
(1)創建一個基于對話框的工程。
(2)利用向導創建一個新的類：CMyEdit，基類是CEdit。
(3)在CMyEdit頭文件中加入3個成員變量：
COLORREF m_clrText ;
COLORREF m_clrBkgnd ;
CBrush m_brBkgnd;
(4)利用向導在其中加入WM_CTLCOLOR（看到了么，前面是不是有一個=？），并且將它的函數體改為：
HBRUSH CMyEdit::CtlColor(CDC* pDC, UINT nCtlColor)
{
pDC->SetTextColor( m_clrText ); // text
pDC->SetBkColor( m_clrBkgnd ); // text bkgnd
return m_brBkgnd; // ctl bkgnd
}
同時我們在.cpp文件中會看到ON_WM_CTLCOLOR_REFLECT()，這就是我們所說的經過處理的宏，是不是很符合規則？
(5)在對話框中加入一個Edit，增加一個關聯的變量，選擇Control屬性，類別為CMyEdit。
(6)在對話框.cpp文件中加入#include "MyEdit.h"，運行，看到了什么？呵呵。