第七根弦的技术博客

这篇技术文章不是讨论经典的MFC中的消息工作机理的，讨论消息工作原理、方式和路径的文章在网上和书本中随处可见。网上众多的讨论都是关于如何响应并进行用户自定义消息映射的；网上还有一些文章介绍如何在自定义类中响应Windows消息，在本文中都简略叙述。但是，网上大部分的文章没用透彻阐述如何在用户自定义类中响应自定义消息这一通用方法。

问题定义如下：用户自定义一个类，这个类不一定要有界面（完全可以是不可视的），要求自定义的类可以响应某个自定义消息。

首先能够响应消息的类必须都从CCmdTarget类中派生，因为只有以这个类中提供了消息的框架和处理机制，而CWnd类也派生与此类。CWinApp类、CDocument类、CDocTemplate类等都是CCmdTarget的派生类，即子类；而CFrameWnd类、CView类、CDialog类等都是从CWnd中派生的，其实也是CCmdTarget的子孙，所以都能够响应消息，但是响应消息的种类不太相同。

那么，如果自己定义的类要求响应命令消息（就是WM_COMMAND，也就是一些菜单、工具栏中的消息，包括快捷键，这类消息处理的机制与其他以WM_开头的消息处理机制不同，它具有一条层次明确的消息流动路径），那么自定义的类可以从CCmdTarget中派生。由于CWnd窗体类派生于CCmdTarget父类，那么从CWnd中派生的类也可以理所应当的响应命令消息。这种命令消息无论是往已有的一些诸如CWinApp类中还是自定义的类中添加都是一件非常容易的事情，只需用向导即可，在此不再叙述。

如果用户自定义的类要求响应普通的Windows消息（也就是以WM_开头，除了WM_COMMAND以外的消息，这类消息在WM_USER以下的是系统消息，WM_USER以上的可以由用户自己定义），那就要求自定义的类必须从CWnd中派生。这是由于此类消息的处理机制决定的，这类消息没有命令消息那条繁琐的流动路径，而是消息发出者直接发给对应CWnd的窗体句柄，由CWnd负责消息的响应。所以这类消息必须同一个CWnd类对应，更精确的说必须与一个HWND类型的窗体句柄相对应。这样得出一个重要的结论，就是从CCmdTarget中派生而没有从CWnd派生的类没有处理此类消息的能力。

综上所述，就是为什么命令消息可以放到大部分类中处理，包括CWinThread、CWinApp、CDocument、CView、CFrameWnd或是自定义的类中，而普通Windows消息和用户自定义的消息只能放到CFrameWnd和CView等派生与CWnd中的类中处理。

由此可见，我们自定义的类要想响应自定义消息就只能从CWnd中派生（当然不响应任何消息的类可以从CObject中派生）。先来看看如何自定义消息：

在.h中做的工作：

第一步要声明消息：

#define WM_MYMSG WM_USER+8

第二步要在类声明中声明消息映射：

DECLARE_MESSAGE_MAP()

第三步要在类声明中定义消息处理函数：

afx_msg LRESULT MyMsgHandler(WPARAM,LPARAM);

在.cpp中做的工作：

第四步要实现消息映射:

BEGIN_MESSAGE_MAP(CMainFrame, CMDIFrameWnd)
ON_MESSAGE(WM_MYMSG,OnMyMsgHandler)
END_MESSAGE_MAP()

第五步要实现消息处理函数（当然可以不实现）：

LRESULT CMainFrame::OnMyMsgHandler(WPARAM w,LPARAM l)
{
AfxMessageBox(“Hello,World!”);
return 0;
}

在引发或发出消息的地方只用写上：

::SendMessge(::AfxGetMainWnd()->m_hWnd,WM_MYMSG,0,0);

到此，自定义消息完毕，这是好多网上文章都写的东西。大家会发现上面代码是在CMainFrame类中实现的，但是如果要用自定义类，就没有那么简单了。显然把第四步与第五步的CMainFrame换成自定义的类名（这里我用CMyTestObject来代表自定义类）是不能正常工作的。原因在于在发送消息的SendMessage函数中的第一个参数是要响应消息对应的HWND类型的窗体句柄，而CMyTestObject类中的m_hWnd中在没有调用CWnd::Create之前是没有任何意义的，也就是没有调用CWnd::Create或CWnd::CreateEx函数时，CWnd不对应任何窗体，消息处理不能正常运作。

所以，又一个重要的结论，在自定义类能够处理任何消息之前一定要确保m_hWnd关联到一个窗体，即便这个窗体是不可见的。那么有人说，在自定义类的构造函数中调用Create函数就行了，不错，当然也可以在别处调用，只要确保在消息发送之前。但是，Create的调用很有说法，要注意两个地方，第一个参数是类的名称，我建议最好设为NULL；第五个参数是父窗体对象的指针，这个函数指定的对象一定要存在，我建议最好为整个程序的主窗体。还有很多人问第六个参数的意义，这个参数关系不大，是子窗体ID，用于传给父窗体记录以便识别。如下是我的自定义类的构造函数：

CMyTestObject::CMyTestObject()
{
CWnd::Create(NULL,”MyTestObject”,WS_CHILD,CRect(0,0,0,0),::AfxGetMainWnd(),1234);
}    //一定要在生成主窗体后使用，在主窗体完成OnCreate消息的处理后

CMyTestObject::CMyTestObject(CWnd *pParent)
{
CWnd::Create(NULL,”MyTestObject”,WS_CHILD,CRect(0,0,0,0),pParent,1234);
}

不能如下调用Create，因为此时CMyTestObject不关联任何窗体，所以this中的m_hWnd无效：

CWnd::Create(NULL,”MyTestObject”,WS_CHILD,CRect(0,0,0,0),this,1234);

这时上面四、五两步修改成：

BEGIN_MESSAGE_MAP(CMyTestObject, CWnd)
ON_MESSAGE(WM_MYMSG，OnMyMsgHandler)
END_MESSAGE_MAP()

LRESULT CMyTestObject::OnMyMsgHandler(WPARAM w,LPARAM l)
{
AfxMessageBox(“My Messge Handler in My Self-Custom Class!”);
return 0;
}

在类外部发出消息：

CMyTestObject *test=new CMyTestObject();
::SendMessage(test->m_hWnd,WM_MYMSG,0,0);

在类内部某个成员函数（方法）中发出消息：

::SendMessage(m_hWnd,WM_MYMSG,0,0);

最后一个问题便是容易产生警告错误的窗体回收，自定义的类要显式调用窗体销毁，析构函数如下：

CMyTestObject::~CMyTestObject()
{
CWnd::DestroyWindow();
}