博文分析的很不错，尤其是替换默认窗口过程的这块，本人觉得，所有的这些都可以参阅侯杰的《深入浅出MFC 》。
来自：http://blog.csdn.net/sryan/article/details/7392814
1.MFC的入口点与简单的执行过程
MFC隐藏了windows程序的入口点winMain，其实是在appmodule.cpp文件下，该入口点调用MFC的全局函数AfxWinMain作为MFC的入口点
然后AfxWinMain会进行一些初始化操作，并执行全局CWinApp的InitInstance函数，即我们重写的一个虚函数
在CWinApp函数中，会初始化我们的窗口指针，调用了该窗口的构造函数，在构造函数中会有一个Create函数，该函数会注册一个窗口类，但是还没有类名和窗口过程，接着会执行一个PreCreateWindow的函数，处理好后，会给一个类名和一个DefWindowProc，并注册好这个窗口类，紧接着，会执行AfxHookWindowCreate函数，作用是将该窗口的窗口过程变为AfxWindowProc，即为一个全局的窗口过程函数，即MFC下所有窗口都共享一个窗口过程。窗口类注册好后，就用CreateWindow的api函数创建了一个窗口，窗口的创建就完成了
这是由入口点大概的执行流程，中间也忽略了不少函数，但是差不多就是windows sdk写程序的大概流程了，注册窗口类之类的全在里面了。
最主要的还是窗口的消息循环，由上述步骤可以发现，MFC的窗口的WindowProc是一个函数，即全局的AfxWindowProc，接下来记录下MFC的消息流向即消息映射。
AfxWndProc(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam)
{
// special message which identifies the window as using AfxWndProc
if (nMsg == WM_QUERYAFXWNDPROC)
return ; // all other messages route through message map
CWnd* pWnd = CWnd::FromHandlePermanent(hWnd);
ASSERT(pWnd != NULL);
ASSERT(pWnd==NULL || pWnd->m_hWnd == hWnd);
if (pWnd == NULL || pWnd->m_hWnd != hWnd)
return ::DefWindowProc(hWnd, nMsg, wParam, lParam);
return AfxCallWndProc(pWnd, hWnd, nMsg, wParam, lParam);
}
这是MFC窗体所共有的窗口过程，即任何窗体接受到的消息，最终都会流向这里，首先 该函数会由消息的接受句柄来得到它的窗体指针。
LRESULT AFXAPI AfxCallWndProc(CWnd* pWnd, HWND hWnd, UINT nMsg,
WPARAM wParam = , LPARAM lParam = )
{
_AFX_THREAD_STATE* pThreadState = _afxThreadState.GetData();
MSG oldState = pThreadState->m_lastSentMsg; // save for nesting
pThreadState->m_lastSentMsg.hwnd = hWnd;
pThreadState->m_lastSentMsg.message = nMsg;
pThreadState->m_lastSentMsg.wParam = wParam;
pThreadState->m_lastSentMsg.lParam = lParam; #ifdef _DEBUG
_AfxTraceMsg(_T("WndProc"), &pThreadState->m_lastSentMsg);
#endif // Catch exceptions thrown outside the scope of a callback
// in debug builds and warn the user.
LRESULT lResult;
TRY
{
#ifndef _AFX_NO_OCC_SUPPORT
// special case for WM_DESTROY
if ((nMsg == WM_DESTROY) && (pWnd->m_pCtrlCont != NULL))
pWnd->m_pCtrlCont->OnUIActivate(NULL);
#endif // special case for WM_INITDIALOG
CRect rectOld;
DWORD dwStyle = ;
if (nMsg == WM_INITDIALOG)
_AfxPreInitDialog(pWnd, &rectOld, &dwStyle); // delegate to object's WindowProc
lResult = pWnd->WindowProc(nMsg, wParam, lParam); // more special case for WM_INITDIALOG
if (nMsg == WM_INITDIALOG)
_AfxPostInitDialog(pWnd, rectOld, dwStyle);
}
CATCH_ALL(e)
{
lResult = AfxProcessWndProcException(e, &pThreadState->m_lastSentMsg);
TRACE(traceAppMsg, , "Warning: Uncaught exception in WindowProc (returning %ld).\n",
lResult);
DELETE_EXCEPTION(e);
}
END_CATCH_ALL pThreadState->m_lastSentMsg = oldState;
return lResult;
}
最主要的是lResult = pWnd->WindowProc(nMsg, wParam, lParam)这句，将会执行由消息接收句柄对应窗体的窗口过程函数。
LRESULT CWnd::WindowProc(UINT message, WPARAM wParam, LPARAM lParam)
{
// OnWndMsg does most of the work, except for DefWindowProc call
LRESULT lResult = ;
if (!OnWndMsg(message, wParam, lParam, &lResult))
lResult = DefWindowProc(message, wParam, lParam);
return lResult;
}
在这里又被转发到该窗体的OnWndMsg函数内。
该函数很长，实现在wincore.cpp内，由此我们可以所有的MFC窗体共享一个窗口过程，即AfxWindowProc，然后由这个中转站根据接收句柄来得到需要得到这个消息的对象，然后执行该对象内的窗口过程。
OnWndMsg又是MFC消息映射的实现函数，首先我们得看下消息映射的一系列宏定义。
#define DECLARE_MESSAGE_MAP() \
protected: \
static const AFX_MSGMAP* PASCAL GetThisMessageMap(); \
virtual const AFX_MSGMAP* GetMessageMap() const; \
struct AFX_MSGMAP
{
const AFX_MSGMAP* (PASCAL* pfnGetBaseMap)();
const AFX_MSGMAP_ENTRY* lpEntries;
};
struct AFX_MSGMAP_ENTRY
{
UINT nMessage; // windows message
UINT nCode; // control code or WM_NOTIFY code
UINT nID; // control ID (or 0 for windows messages)
UINT nLastID; // used for entries specifying a range of control id's
UINT_PTR nSig; // signature type (action) or pointer to message #
AFX_PMSG pfn; // routine to call (or special value)
};
这是在定义一个支持消息映射的类必须要写的宏定义。可见这个宏展开就是声明了两个protected权限的函数，一个为静态函数，一个为虚函数。其中两者返回的都是AFX_MSGMAP的结构体，结构体成员为1个函数指针和一个结构体，这个结构体保存了消息与对应执行函数的对应关系。要使用一个消息循环，得添加一个宏。
#define BEGIN_MESSAGE_MAP(theClass, baseClass) \
PTM_WARNING_DISABLE \
const AFX_MSGMAP* theClass::GetMessageMap() const \
{ return GetThisMessageMap(); } \
const AFX_MSGMAP* PASCAL theClass::GetThisMessageMap() \
{ \
typedef theClass ThisClass; \
typedef baseClass TheBaseClass; \
static const AFX_MSGMAP_ENTRY _messageEntries[] = \
{ #define END_MESSAGE_MAP() \
{, , , , AfxSig_end, (AFX_PMSG) } \
}; \
static const AFX_MSGMAP messageMap = \
{ &TheBaseClass::GetThisMessageMap, &_messageEntries[] }; \
return &messageMap; \
} \
PTM_WARNING_RESTORE
首先是BEGIN_MESSAGE_MAP这个宏，由于得对照这来，得喝END_MESSAGE_MAP()一起来看。这两个宏的主要目的就是为了实现在类声明时候加入的DECLARE_MESSAGEMAP这个宏的两个函数。实现的第一个虚函数即为调用了这个类的GetThisMessageMap这个静态函数。
下面来看这个静态函数的实现，在这个静态函数中有一个静态的数组，该数组保存着消息对应执行的消息函数，在譬如ON_WM_LBUTTONDOWN这些宏的帮助下把AFX_MSGMAP_ENTRY这个结构初始化。举个例子，ON_WM_LBUTTONDOWN展开是
#define ON_WM_LBUTTONDOWN() \
{ WM_LBUTTONDOWN, , , , AfxSig_vwp, \
(AFX_PMSG)(AFX_PMSGW) \
(static_cast< void (AFX_MSG_CALL CWnd::*)(UINT, CPoint) > ( &ThisClass :: OnLButtonDown)) },
即将WM_LBUTTONDOWN这个消息和这个类想要对应的OnLButtonDown这个函数绑定在一起了，消息映射表中就存在着了一个对应关系。其中的AfxSig代表了不同类型的消息。其中将派生类的OnLButton进行了三次强转，第一次是转为CWnd成员函数指针类型，参数不变，第二次转为了无参版本，第三次转为了CCmdTarget无参版本，无论怎么转换，它都是个成员函数，始终是派生类的成员函数地址。而AfxSig会记录下具体的参数，在OnWndMsg中会解析出来并还原执行。当住消息循环收到WM_LBUTTONDOWN这个消息时，会根据接收的句柄来调用本窗口对应的窗口过程，即OnWndMsg这个函数，当是下面子控件的通知消息时，就交给自身的OnCommand等函数处理。
if (message == WM_COMMAND)
{
if (OnCommand(wParam, lParam))
{
lResult = ;
goto LReturnTrue;
}
return FALSE;
} // special case for notifies
if (message == WM_NOTIFY)
{
NMHDR* pNMHDR = (NMHDR*)lParam;
if (pNMHDR->hwndFrom != NULL && OnNotify(wParam, lParam, &lResult))
goto LReturnTrue;
return FALSE;
}
在消息映射表中，指定了特定的消息类型，LButtonDown最终会被此处执行。
case AfxSig_v_u_p:
{
CPoint point(lParam);
(this->*mmf.pfn_v_u_p)(static_cast<UINT>(wParam), point);
}
break;
最终执行到了重写的OnLButtonDown这个函数。union MessageMapFunctions是一个联合体，大小为一个指针大小，存放着一个函数指针，也就是对应的消息响应函数（这里很特别，联合体的定义是所有的消息响应函数，直接根据sig可以获得具体的参数及返回值后无需强转就执行到了那个函数）。假如直接用WM_消息的话，还得每次都强转为相应的指针，而这里只需要依据特定的sig就能执行。