MFC消息探究

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) }; struct AFX_MSGMAP { const AFX_MSGMAP* (PASCAL* pfnGetBaseMap)(); const AFX_MSGMAP_ENTRY* lpEntries; };
然后调用的 pApp->InitApplication 用途暂时还不明白
消息的设置从下面这个函数开始 pThread->InitInstance() 调用基类的函数 CWinApp::InitInstance(); 通过下面代码连接文档，视图等 pDocTemplate = new CSingleDocTemplate( IDR_MAINFRAME, RUNTIME_CLASS(CTestDoc), RUNTIME_CLASS(CMainFrame), // 主 SDI 框架窗口 RUNTIME_CLASS(CTestView));
BEGIN_MESSAGE_MAP 的定义如下:
#define BEGIN_MESSAGE_MAP(theClass, baseClass) \
PTM_WARNING_DISABLE \
const AFX_MSGMAP* theClass::GetMessageMap() const \
{ return GetThisMessageMap(); } \
theApp 的其它大多数成员初始化为 NULL
WinMainCRTStartup 继续运行，调用在 appmodul.cpp 中的 WinMain 函数（这就是我们熟悉的程 序入口），WinMain 函数直接调用 AfxWinMain（应该算是 MFC 的程序入口点了）函数 AfxWinMain 通过 CWinThread* pThread = AfxGetThread(); CWinApp* pApp = AfxGetApp(); 取得 theApp 的指针
先从我们能够看到的地方开始在自动生成的所有头文件（除了 Resource.h）都写着： DECLARE_MESSAGE_MAP()
在 cpp 文件里面则有 BEGIN_MESSAGE_MAP(CMessageMechanismApp, CWinAppEx)
ON_COMMAND(ID_APP_ABOUT, &CMessageMechanismApp::OnAppAbout) ……… END_MESSAGE_MAP() 通过寻找这些奇怪的宏的定义我们在 afxwin.h 里面看到 #define DECLARE_MESSAGE_MAP() \ protected: \ static const AFX_MSGMAP* PASCAL GetThisMessageMap(); \ virtual const AFX_MSGMAP* GetMessageMap() const; \
对于单文档的程序在 ProcessShellCommand 执行过程中下面一段代码生成了一个 CMainFrame 的 对象，这段代码位于 docteml.cpp 中
CFrameWnd* pFrame = (CFrameWnd*)m_pOleFrameClass->CreateObject(); if (pFrame == NULL) {
return &messageMap; \
}
\
PTM_WARNING_RESTORE
显 然 ， 宏 DECLARE_MESSAGE_MAP() 在 头 文 件 中 为 我 们 的 类 声 明 了 两 个 成 员 函 数 GetThisMessageMap(),GetMessageMap(); 这 两 个 函 数 的 定 义 则 由 BEGIN_MESSAGE_MAP 和 END_MESSAGE_MAP 在 对 应 的 源 文 件 中 提 供 。 可 以 看 到 GetMessageMap() 直 接 调 用 了 自 己 类 的 GetThisMessageMap 函 数 ， BEGIN_MESSAGE_MAP 和 END_MESSAGE_MAP 以 及 中 间 的 ON_COMMAND 等 宏 合 力 定 义 了 GetThisMessageMap 函 数 ， 在 GetThisMessageMap 中 先 利 用 ON_COMMAND 定 义 的 东 西 生 成 一 个 AFX_MSGMAP_ENTRY 对 象 数 组 ， 然 后 利 用 这 个 对 象 生 成 AFX_MSGMAP 对象。以上两个类的定义为： struct AFX_MSGMAP_ENTRY {
从 AFX_MSGMAP 的定义可以知道，它是一个存储消息信息的数据结构，其中 pfn 存的就是那个消 息要调用的函数。上面定义了一个数组，怎么知道那个数组有多长呢？仔细看会发现{0, 0, 0, 0, AfxSig_end, (AFX_PMSG)0 }，这个就是数组结束的标志。再看看 AFX_MSGMAP 结构体它包含了一个指向他的对象所 在类的基类的 GetThisMessageMap 的指针和一个指向上面声明的消息记录数组的指针。指向基类的函数 的指针有什么作用呢？随着深入了解，我们会发现它与消息的传递有关。也就是我们常常发现一个消息， 无论一个消息我们在 App 类还是 Doc 类还是 View 类中定义，我们都可以响应它，这是消息传递带来的 好 处 。 在 _messageEntry 的 定 义 体 里 面 ， 我 们 可 以 通 过 ON_COMMAND 或 者 其 它 的 如 ON_UPDATE_COMMAND_UI 们需要对 MFC 类库的各种功能的实现有所研究。MFC 的消息是一个让人 叹为观止的设计，通过各种宏以及一些易被人们忽略的基础 C 语言知识把本来用消息循环实现的 Windows 程序完美地封装成了一个用面向对象观念实现的 MFC 程序。为了对 MFC 有更深入的了解，我研究了一下 它的消息的封装过程。
如果是多文档或者是对话框的话应该在 InitInstance 里面直接有 pMainFrame->LoadFrame(IDR_MAINFRAME)
在 LoadFrame 函数中调用了： CFrameWndEx::LoadFrame(nIDResource, dwDefaultStyle, pParentWnd, pContext) 在上面那个函数中再调用： CFrameWnd::LoadFrame(nIDResource, dwDefaultStyle, pParentWnd, pContext)
MFC 消息探究
作者：陈剑，杨晓
MFC 是一个十分精密的类库，设计者经历了 AFX 项目的失败后，从面向对象的角度封装了 Windows 庞大的 API。 然而这些封装对于我们这些接触了一些 Win32 的 MFC 初学者来说有点过于隐秘。 比如说 写 MFC 程序的过程中我们无法看到 main 函数，也不知道 App，Frame，View 这三个类是如何结合起来 的。这些困惑会让我们感觉到很迷茫，而且感觉到程序会一不小心就出现一些奇怪的错误。
const AFX_MSGMAP* PASCAL theClass::GetThisMessageMap() \
{\
typedef theClass ThisClass;
\
typedef baseClass TheBaseClass;
\
static const AFX_MSGMAP_ENTRY _messageEntries[] = \
走到这一步，我们发现无法再倒推下去了，没办法，只好搜索资料。要了解消息的注册过程，我们还 要了解整个 MFC 程序的启动过程，MFC 程序的启动过程可以粗略概括如下： 程序启动时最先启动的是以下位于 crt0.c 的函数 int WinMainCRTStartup(void);
在调用这个函数后所有的全局对象，静态对象都会被初始化。在这些对象的初始化中有一个对象的初 始化起了关键作用，它就是位于和你项目同名字那个 cpp 文件里面的 theApp 对象。theApp 对象初始化 时，它的构造函数把自己的信息存到进程和应用程序里面： AfxGetThread() = this AfxGetApp() = this
终于到达了我们消息设置的起点： AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG)
在上面那个函数中定义了窗口类 WNDCLASS wndcls；然后把窗口类的消息处理函数初始化为 DefWindowProc，我们知道 DefWindowProc 是 Win32 自带的消息处理函数，它并不知道我们要怎样处 理我们的消息，这个处理函数将来会被我们 mfc 的处理函数代替，我们继续看下去吧。
Create 函数调用 CreateEx(dwExStyle, lpszClassName, lpszWindowName, dwStyle,
TRACE(traceAppMsg, 0, "Warning: Dynamic create of frame %hs failed.\n", m_pOleFrameClass->m_lpszClassName);
return NULL; }
// create new from resource (OLE frames are created as child windows) if (!pFrame->LoadFrame(m_nIDServerResource,