VC初学者入门系列之二：消息循环

核心提示： 二、MFC期望的消息循环在传统的SDK程序中消息循环是非常简单的，并且将窗口和窗口函数绑定在一起，VC初学者入门系列之二：消息循环(2)，而在MFC中就出现了问题，比如CDocument类，将各类按继承顺序连接起来，从而提供消息流动的道路（即消息的直流，不是窗口，所以没有窗口类

二、MFC期望的消息循环

在传统的SDK程序中消息循环是非常简单的，并且将窗口和窗口函数绑定在一起。而在MFC中就出现了问题，比如CDocument类，不是窗口，所以没有窗口类，但是我也想让它响应消息，怎办？问题不仅仅如此，我们再看看MFC的消息，就会发现更多问题。

MFC将消息分为三大类：1.标准消息，即除WM_COMMAND之外的任何WM_开头的消息，任何派生自CWnd的类都可以接受该消息，并按照继承关系接受（如从CScrollView到CView再到CWnd）。2.命令消息，即WM_COMMAND，任何派生自CCmdTarget的类，兼可接受该消息，接受顺序如下图所示，其中标号标注了接受消息的顺序，箭头代表调用顺序 ：

图1 消息的拐弯流动

3.Control Notification,通知类消息，也以WM_COMMAND形式出现，由控件产生，通知其父窗口。 

三、消息宏背后的秘密

知道了MFC消息流动的要求，那MFC是怎样实现的呢？当一个消息出现时，Application FrameWork怎么知道将该消息发送给哪个对象的呢？其实都是CCmdTarget类在作怪，所有能够接受消息的类都必须继承于CCmdTarget类，因为这些类都一个共同的特征：含有DECLARE_MESSAGE_MAP、BEGIN_MESSAGE_MAP、END_MESSAGE_MAP三个宏。啊！就这三个宏组织了一张庞大的消息映射网，也许你不信，那我们就看看这三个宏是怎样定义的：

#define DECLARE_MESSAGE_MAP()\
private:\
　　 static const AFX_MSGMAP_ENTRY _messageEntries[];\
protected:
　　 static AFX_DATA const AFX_MSGMAP messageMap;\
　　 virtual const AFX_MSGMAP* GetMessageMap() const;\
#define BEGIN_MESSAGE_MAP(theClass, baseClass)\
　　 const AFX_MSGMAP* theClass::GetMessageMap() const\
{return &theClass::messageMap;}\
AFX_DATADEF const AFX_MSGMAP theClass::messageMap = \
{&baseClass::messageMap, &theClass::_messageEntries[0]};\
const AFX_MSGMAP_ENTRY theClass::_messageEntries[]=\
{\
#define END_MESSAGE_MAP()\
{0,0,0,0,AfxSig_end,(AFX_pMSG)0}\
};\
typedef void (AFX_MSG_CALL CCmdTarget::*AFX_PMSG)(void);
struct AFX_MSGMAP_ENTRY
{
　　 UINT　nMessage;
　　 UINT　nCode;
　　 UINT　nID;
　　 UINT　nLastID;
　　 UINT　nSig;
　　 AFX_PMSG pfn;
};
struct AFX_MSGMAP
{
　　const AFX_MSGMAP* pBaseMap;
　　const AFX_MSGMAP_ENTRY* lpEntries;
};

可以看出DECLARE_MESSAGE_MAP宏在其类中申请了一个全局结构和获得该结构的函数，而在BEGIN_MESSAGE_MAP和END_MESSAGE_MAP之间填写刚才的全局结构，将消息和对应的处理函数联系起来，并通过AFX_MSGMAP中的pBaseMap指针，将各类按继承顺序连接起来，从而提供消息流动的道路（即消息的直流，满足标准消息流动的要求）。