Microwindows的消息机制的剖析

1.Microwindows的消息机制和Windows的消息机制非常相似，下面是消息机制的整体框架图：

图 4.18 消息及机制的整体框架

消息队列是有系统维护的，系统会把所有的消息都放到队列中区，当 App 运行时 GetMessage 函数会不断从消息队列中获得消息，直到获得一个     WM_QUIT 消息。 Getmessage 函数获得的消息会由 DispatchMessage 函数发送到 App 的回调函数，然后回调函数就可以处理这些消息了。

2     系统的消息队列

图 4.19 消息的结构体

要访问消息队列要通过一个全局变量 MWLISTHEAD mwMsgHead ，它的定义如下：

图 4.20 全局变量 MWLISTHEAD mwMsgHead

· 3  消息处理

图 4.21 消息的处理过程

获取消息是通过 GetMessage 函数，但看看函数里面就知道调用了 _PeekMessage 函数。在 _PeekMessage 函数中有这样一段代码：

if(mwMsgHead.head == NULL)

              return FALSE;

       pNxtMsg = (PMSG)mwMsgHead.head;

       if(wRemoveMsg & PM_REMOVE)

              GdListRemove(&mwMsgHead, &pNxtMsg->link);

       *lpMsg = *pNxtMsg;

       if(wRemoveMsg & PM_REMOVE)

              GdItemFree(pNxtMsg);

       return TRUE;

如果 mwMsgHead.head 的值不为空，把它的值赋给 pNxtMsg ，然后如果其它的条件符合就把这个消息的内容拷到 *IpMsg 中。这样就从系统的消息队列中取到了一个消息。

       在前面我们可以看到我所提到的消息泵中有 TranslateMessage 函数，其实这个函数是没有用的，你会发现里面没有做任何事情。因为平台的消息类型比较简单，不需要对其进行特殊的处理，那么从消息队列中取到的消息是怎么传递到 App 的回调函数中去的呢？下面我们就来讨论这个问题。

       看看 DispatchMessage 中的代码就知道，如果所取到的消息是窗口的消息那么就会通过 SendMessage 函数发送出去。另外，如果是 WM_TIMER 消息，就要执行 KillTimer 函数。再看 SendMessage 函数你会发现里面有这样一行代码：

ret=(*hwnd->pClass->lpfnWndProc)(hwnd, Msg, wParam, lParam);

就是在这里调用了 App 的回调函数，这样这个消息就被处理了，呵呵。