MFC－窗口封装

MFC对Window作了一层比较浅的封装，其创建过程基本与SDK差不多。它简化了窗口的注册，并将窗口过程与类关联起来；后者是比较重要的封装，它使消息能够分流给“类的窗口过程”，既而通过消息映射，才能到达各个处理函数。

使用传统的SDK来创建一个窗口有点繁琐，伪代码是这样的：

if (RegisterClass(…))

{

CreateWindowEx(…);

ShowWindow(…);

UpdateWindow(…);

}

RegisterClass根据一个ClassName注册一个窗口类，并指定窗口过程；CreateWindowEx创建该窗口，其中的参数用于设置样式、位置等。

这段代码的繁琐之处其实在于函数的参数，CreateWindowEx有12个参数，这常常让初学者望而生畏。作为良好封装的窗口框架，一个重要任务是简化这些参数，让它成为可分别设置的属性。

窗口的创建

要看MFC如何创建一个窗口，CView应该是最合适的了，CFrameWnd::CreateView创建了一个视图窗口：

CWnd* CFrameWnd::CreateView(CCreateContext* pContext, UINT nID)

{

CWnd* pView = (CWnd*)pContext->m_pNewViewClass->CreateObject();

if (!pView->Create(NULL, NULL, AFX_WS_DEFAULT_VIEW,

CRect(0,0,0,0), this, nID, pContext))

... ...

return pView;

}

要创建CView，只需要一个CWnd::Create就可以了，不过这里面必然隐藏着一些事情，包括注册窗口类，指定窗口过程：

BOOL CWnd::Create调用下面的函数

BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName, ...)

{

//设置创建结构

CREATESTRUCT cs;

cs.dwExStyle = dwExStyle;

cs.lpszClass = lpszClassName;

... ...

//创建之前做了什么？

PreCreateWindow(cs);

//创建窗口

AfxHookWindowCreate(this);

HWND hWnd = ::CreateWindowEx(...);

AfxUnhookWindowCreate();

return TRUE;

}

CreateEx直接调用CreateWindowEx将窗口创建出来，我们注意到上面调用Create时传给lpszClassName的是一个空值，那么窗口类在什么时候注册的呢，只有一个地方，那就是PreCreateWindow。PreCreateWindow是一个虚函数，CWnd在这里默认地为窗口注册名字为AfxWnd42的窗口类，而派生类可以覆盖这个函数注册其他的窗口类名，比如CView：

BOOL CView::PreCreateWindow(CREATESTRUCT & cs)

{

if (cs.lpszClass == NULL)

{

VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));

cs.lpszClass = _afxWndFrameOrView;

}

return TRUE;

}

CView以afxWndFrameOrView注册窗口类，它的具体名字是：AfxFrameOrView42。注册的行为就在AfxDeferRegisterClass里面，不过到这里我们可以打住了。

指定窗口过程

注册窗口类的时候要指定窗口过程，AfxDeferRegisterClass是一个宏，会调用AfxEndDeferRegisterClass作具体的调用，在函数里看到这一句代码：wndcls.lpfnWndProc = DefWindowProc;窗口过程竟指定给系统的默认窗口过程，真正的窗口过程是在什么时候指定的呢？

在CWnd::CreateEx里面，CreateWindowEx的前后各有一行代码，从字面上可以推断MFC监视了窗口的创建：

void AFXAPI AfxHookWindowCreate(CWnd* pWnd)

{

_AFX_THREAD_STATE* pThreadState = _afxThreadState.GetData();

pThreadState->m_hHookOldCbtFilter = ::SetWindowsHookEx(WH_CBT,

_AfxCbtFilterHook, NULL, ::GetCurrentThreadId());

pThreadState->m_pWndInit = pWnd;

}

MFC使用一个CBT钩子来监视窗口的创建，当pWnd的窗口句柄创建时，_AfxCbtFilterHook将被调用，这个函数的用意已经非常明显，将新创建的窗口句柄附加到pWnd，并为pWnd指定窗口过程。这个函数较长，我就不列代码了，只是将大概的几点列举如下：

1. 通过CWnd::Attach将句柄附加给pWnd，Attach还做了另一件事，建立pWnd与句柄的哈唏表，这是为了后面处理消息时可以找到正确的CWnd对象。哈唏表在MFC中大量地被使用。

2. 子类化窗口过程，将窗口过程指定为AfxWndProc，并保存旧的窗口过程；通过PreSubclassWindow，你还可以指定自己的窗口过程，不过似乎只在AfxWndProc之后才能被调用。

由于整个进程的所有窗口创建都会先被_AfxCbtFilterHook钩住，所以里面也进行了一些过滤，比如IME窗口。这种情况对于多线程是否有效呢，也许_afxThreadState可以确保在多线程情况窗口创建的顺序，我并没有去深究。

总而言之，窗口过程最后被替换为AfxWndProc：

LRESULT CALLBACK AfxWndProc(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam)

{

CWnd* pWnd = CWnd::FromHandlePermanent(hWnd);

if (pWnd == NULL || pWnd->m_hWnd != hWnd)

return ::DefWindowProc(hWnd, nMsg, wParam, lParam);

return AfxCallWndProc(pWnd, hWnd, nMsg, wParam, lParam);

}

通过FromHandlePermanent从哈唏表找到与句柄对应的窗口类，执行点又进入AfxCallWndProc，接下来我们就会看到熟悉的WindowProc，也就是前面文章所说的消息处理的进入点：

LRESULT AFXAPI AfxCallWndProc(CWnd* pWnd, HWND hWnd, UINT nMsg,

WPARAM wParam = 0, LPARAM lParam = 0)

{

_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;

LRESULT lResult;

// delegate to object's WindowProc

lResult = pWnd->WindowProc(nMsg, wParam, lParam);

pThreadState->m_lastSentMsg = oldState;

return lResult;

}

pThreadState似乎与线程同步有关，从这一点可以看出MFC在多线程方面做得比VCL好得多，找个时间再来探索这个主题。

到此，窗口创建到消息处理就连惯起来了。尽管不同的窗口类在处理上有些差异，但核心流程大概就是这样。

MFC使用哈唏表将窗口句柄与窗口类关联起来，很多API的对象与MFC的对象即是基于此关联起来的；VCL用了另一种方法，若想了解参见我的另一篇文章《从普通函数到对象方法》。