众所周知：
afx_msg int CWnd::OnCreate( LPCREATESTRUCT lpCreateStruct );
是一个经常被重载的 MFC 窗体函数，他负责处理窗体的 WM_CREATE 消息，这个消息的发送时机在窗体刚刚创建以后，CreateWindow(Ex) 返回之前。
可以发现在 MFC 里，系统控件和对话框也可以得到这个消息，例如 CEdit，CPrintDialog， CFileDialog，他们内部调用CreateWindowEx，PrintDlg，GetOpen（Save）FileName 完全掩盖了窗体创建的过程，这些函数返回时，窗体已经收到过 WM_CREATE 消息而且不会得到第二次通知。
因此，为了得到这些窗体的 WM_CREATE 通知，必须采用有点特殊的方法，能够在CreateWindowEx 返回之前就替换掉窗体的 WindowProc。
WH_CBT 钩子是不错的选择。当一个窗体产生，CBTProc 会在WindowProc 收到 WM_CREATE之前得到 HCBT_CREATEWND 通知，如果此时子类化窗体，就能在子类化后的窗体过程中得到 WM_CREATE 通知。
MFC 的做法和这类似：
void AfxHookWindowCreate( CWnd *pWnd );
负责安装 WH_CBT 钩子，其参数 pWnd 指向一个创建中的 CWnd 实例，MFC 通过某种全局变量把这个实例的指针传给执行中的 CBTProc。
BOOL AfxUnhookWindowCreate();
它卸下 WH_CBT 钩子，并且复原 AfxHookWindowCreate 改变过的 MFC 全局状态 消息。
LRESULT CALLBACK _AfxCbtFilterHook(int code, WPARAM wParam, LPARAM lParam);
这个就是 MFC 安装的 CBTProc 回调。他只处理 HCBT_CREATEWND 通知，然后Attach 之前得到的 CWnd 实例到正在创建的窗体句柄、替换掉窗体的 WindowProc，最后 CallNextHookEx。
现在来考虑如何应用MFC给我们提供的这个便利。AfxHookWindowCreate 和AfxUnhookWindowCreate 之间创建的第一个非 IME（输入法）窗体可以被所给的 CWnd 实例子类化。我们可以这样调用一些 API，把自己的 CWnd 实例与 API 创建的窗体连结起来，如果我给的是一个 CWnd 派生类的实例，重载过的消息就可以改变原有窗体的行为。以下的代码示例如何按照这样的思路创建一个带 Dump 输出的 MessageBox：
class CDumpMsgBox : public CWnd
{
