http://blog.****.net/chenlycly/article/details/7586067
这篇转发的文章总结的比较好，但是没有告诉我为什么ON_MESSAGE的返回值必须是LRESULT
摘要：
Windows编程和Dos编程，一个很大的区别就是，windows编程是事件驱动，消息传递的。所以，要做好windows编程，必须对消息机制有一个清楚的认识，本文希望能够对消息的传递做一个全面的论述，由于小生初学VC，里面可能有一些错误的地方，还往各位大虾批评、指正。
注意：有些消息是windows操作系统发送给我们的应用程序的。
Windows的消息系统是由3个部分组成的：
• 消息队列。Windows能够为所有的应用程序维护一个消息队列。应用程序必须从消息队列中获取
消息，然后分派给某个窗口。
• 消息循环。通过这个循环机制应用程序从消息队列中检索消息，再把它分派给适当的窗口，然
后继续从消息队列中检索下一条消息，再分派给适当的窗口，依次进行。
• 窗口过程。每个窗口都有一个窗口过程来接收传递给窗口的消息，它的任务就是获取消息然后
响应它。窗口过程是一个回调函数；处理了一个消息后，它通常要返回一个值给Wi ndows。
注意回调函数是程序中的一种函数，它是由Windows或外部模块调用的。
一个消息从产生到被一个窗口响应，其中有5个步骤：
1) 系统中发生了某个事件。
2) Windows把这个事件翻译为消息，然后把它放到消息队列中。
3) 应用程序从消息队列中接收到这个消息，把它存放在TMsg记录中。
4) 应用程序把消息传递给一个适当的窗口的窗口过程。
5) 窗口过程响应这个消息并进行处理。
步骤3和4构成了应用程序的消息循环。消息循环往往是Windows应用程序的核心，因为消息循环
使一个应用程序能够响应外部的事件。消息循环的任务就是从消息队列中检索消息，然后把消息传递给适当的窗口。如果消息队列中没有消息，Windows就允许其他应用程序处理它们的消息。
消息是指什么？
消息系统对于一个win32程序来说十分重要，它是一个程序运行的动力源泉。一个消息，是系统定义的一个32位的值，他唯一的定义了一个事件，向Windows发出一个通知，告诉应用程序某个事情发生了。例如，单击鼠标、改变窗口尺寸、按下键盘上的一个键都会使Windows发送一个消息给应用程序。
消息本身是作为一个记录传递给应用程序的，这个记录中包含了消息的类型以及其他信息。例如，对于单击鼠标所产生的消息来说，这个记录中包含了单击鼠标时的坐标。这个记录类型叫做MSG，MSG含有来自windows应用程序消息队列的消息信息，它在Windows中声明如下：
typedef struct tagMsg
{
HWND hwnd; 接受该消息的窗口句柄
UINT message; 消息常量标识符，也就是我们通常所说的消息号
WPARAM wParam; 32位消息的特定附加信息，确切含义依赖于消息值
LPARAM lParam; 32位消息的特定附加信息，确切含义依赖于消息值
DWORD time; 消息创建时的时间
POINT pt; 消息创建时的鼠标/光标在屏幕坐标系中的位置
}MSG;
消息可以由系统或者应用程序产生。系统在发生输入事件时产生消息。举个例子, 当用户敲键,移动鼠标或者单击控件。系统也产生消息以响应由应用程序带来的变化, 比如应用程序改变系统字体改变窗体大小。应用程序可以产生消息使窗体执行任务，或者与其他应用程序中的窗口通讯。
消息中有什么？
我们给出了上面的注释，是不是会对消息结构有了一个比较清楚的认识？如果还没有，那么我们再试着给出下面的解释：
hwnd 32位的窗口句柄。窗口可以是任何类型的屏幕对象，因为Win32能够维护大多数可视对象的句柄(窗口、对话框、按钮、编辑框等)。
message用于区别其他消息的常量值，这些常量可以是Windows单元中预定义的常量，也可以是自定义的常量。消息标识符以常量命名的方式指出消息的含义。当窗口过程接收到消息之后，他就会使用消息标识符来决定如何处理消息。例如、WM_PAINT告诉窗口过程窗体客户区被改变了需要重绘。符号常量指定系统消息属于的类别，其前缀指明了处理解释消息的窗体的类型。
wParam 通常是一个与消息有关的常量值，也可能是窗口或控件的句柄。
lParam 通常是一个指向内存中数据的指针。由于WParam、lParam和Pointer都是32位的，因此，它们之间可以相互转换。
消息标识符的值
系统保留消息标识符的值在0x0000在0x03ff(WM_USER-1)范围。这些值被系统定义消息使用。应用程序不能使用这些值给自己的消息。我们顺便说一下具有标志性的消息值：
WM_NULL---0x0000 空消息。
0x0001----0x0087 主要是窗口消息。
0x00A0----0x00A9 非客户区消息
0x0100----0x0108 键盘消息
0x0111----0x0126 菜单消息
0x0132----0x0138 颜色控制消息
0x0200----0x020A 鼠标消息
0x0211----0x0213 菜单循环消息
0x0220----0x0230 多文档消息
0x03E0----0x03E8 DDE消息
0x0400 WM_USER
0x8000 WM_APP
0x0400----0x7FFF 应用程序自定义私有消息
消息有哪几种？
其实，windows中的消息虽然很多，但是种类并不繁杂，大体上有3种：窗口消息、命令消息和控件通知消息。
窗口消息大概是系统中最为常见的消息，它是指由操作系统和控制其他窗口的窗口所使用的消息。例如CreateWindow、DestroyWindow和MoveWindow等都会激发窗口消息，还有我们在上面谈到的单击鼠标所产生的消息也是一种窗口消息。
命令消息，这是一种特殊的窗口消息，他用来处理从一个窗口发送到另一个窗口的用户请求，例如按下一个按钮，他就会向主窗口发送一个命令消息。
控件通知消息，是指这样一种消息，一个窗口内的子控件发生了一些事情，需要通知父窗口。通知消息只适用于标准的窗口控件如按钮、列表框、组合框、编辑框，以及Windows公共控件如树状视图、列表视图等。例如，单击或双击一个控件、在控件中选择部分文本、操作控件的滚动条都会产生通知消息。她类似于命令消息，当用户与控件窗口交互时，那么控件通知消息就会从控件窗口发送到它的主窗口。但是这种消息的存在并不是为了处理用户命令，而是为了让主窗口能够改变控件，例如加载、显示数据。例如按下一个按钮，他向父窗口发送的消息也可以看作是一个控件通知消息；单击鼠标所产生的消息可以由主窗口直接处理，然后交给控件窗口处理。
其中窗口消息及控件通知消息主要由窗口类即直接或间接由CWND类派生类处理。相对窗口消息及控件通知消息而言，命令消息的处理对象范围就广得多，它不仅可以由窗口类处理，还可以由文档类，文档模板类及应用类所处理。
由于控件通知消息很重要的，人们用的也比较多，但是具体的含义往往令初学者晕头转向，所以我决定把常见的几个列出来供大家参考：
按扭控件
BN_CLICKED 用户单击了按钮
BN_DISABLE 按钮被禁止
BN_DOUBLECLICKED 用户双击了按钮
BN_HILITE 用/户加亮了按钮
BN_PAINT 按钮应当重画
BN_UNHILITE 加亮应当去掉
组合框控件
CBN_CLOSEUP 组合框的列表框被关闭
CBN_DBLCLK 用户双击了一个字符串
CBN_DROPDOWN 组合框的列表框被拉出
CBN_EDITCHANGE 用户修改了编辑框中的文本
CBN_EDITUPDATE 编辑框内的文本即将更新
CBN_ERRSPACE 组合框内存不足
CBN_KILLFOCUS 组合框失去输入焦点
CBN_SELCHANGE 在组合框中选择了一项
CBN_SELENDCANCEL 用户的选择应当被取消
CBN_SELENDOK 用户的选择是合法的
CBN_SETFOCUS 组合框获得输入焦点
编辑框控件
EN_CHANGE 编辑框中的文本己更新
EN_ERRSPACE 编辑框内存不足
EN_HSCROLL 用户点击了水平滚动条
EN_KILLFOCUS 编辑框正在失去输入焦点
EN_MAXTEXT 插入的内容被截断
EN_SETFOCUS 编辑框获得输入焦点
EN_UPDATE 编辑框中的文本将要更新
EN_VSCROLL 用户点击了垂直滚动条消息含义
列表框控件
LBN_DBLCLK 用户双击了一项
LBN_ERRSPACE 列表框内存不够
LBN_KILLFOCUS 列表框正在失去输入焦点
LBN_SELCANCEL 选择被取消
LBN_SELCHANGE 选择了另一项
LBN_SETFOCUS 列表框获得输入焦点
队列消息和非队列消息
从消息的发送途径来看，消息可以分成2种：队列消息和非队列消息。消息队列由可以分成系统消息队列和线程消息队列。系统消息队列由Windows维护，线程消息队列则由每个GUI线程自己进行维护，为避免给non-GUI现成创建消息队列，所有线程产生时并没有消息队列，仅当线程第一次调用GDI函数数系统给线程创建一个消息队列。队列消息送到系统消息队列，然后到线程消息队列；非队列消息直接送给目的窗口过程。
对于队列消息，最常见的是鼠标和键盘触发的消息，例如WM_MOUSERMOVE,WM_CHAR等消息，还有一些其它的消息，例如：WM_PAINT、WM_TIMER和WM_QUIT。当鼠标、键盘事件被触发后，相应的鼠标或键盘驱动程序就会把这些事件转换成相应的消息，然后输送到系统消息队列，由Windows系统去进行处理。Windows系统则在适当的时机，从系统消息队列中取出一个消息，根据前面我们所说的MSG消息结构确定消息是要被送往那个窗口，然后把取出的消息送往创建窗口的线程的相应队列，下面的事情就该由线程消息队列操心了，Windows开始忙自己的事情去了。线程看到自己的消息队列中有消息，就从队列中取出来，通过操作系统发送到合适的窗口过程去处理。
一般来讲，系统总是将消息Post在消息队列的末尾。这样保证窗口以先进先出的顺序接受消息。然而,WM_PAINT是一个例外，同一个窗口的多个 WM_PAINT被合并成一个 WM_PAINT消息, 合并所有的无效区域到一个无效区域。合并WM_PAIN的目的是为了减少刷新窗口的次数。
非队列消息将会绕过系统队列和消息队列，直接将消息发送到窗口过程，。系统发送非队列消息通知窗口，系统发送消息通知窗口。例如,当用户激活一个窗口系统发送WM_ACTIVATE, WM_SETFOCUS, and WM_SETCURSOR。这些消息通知窗口它被激活了。非队列消息也可以由当应用程序调用系统函数产生。例如,当程序调用SetWindowPos系统发送WM_WINDOWPOSCHANGED消息。一些函数也发送非队列消息，例如下面我们要谈到的函数。
消息的发送
了解了上面的这些基础理论之后，我们就可以进行一下简单的消息发送与接收。
把一个消息发送到窗口有3种方式：发送、寄送和广播。
发送消息的函数有SendMessage、SendMessageCallback、SendNotifyMessage、SendMessageTimeout；寄送消息的函数主要有PostMessage、PostThreadMessage、PostQuitMessage；广播消息的函数我知道的只有BroadcastSystemMessage、BroadcastSystemMessageEx。
SendMessage的原型如下：LRESULT SendMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam)，这个函数主要是向一个或多个窗口发送一条消息，一直等到消息被处理之后才会返回。不过需要注意的是，如果接收消息的窗口是同一个应用程序的一部分，那么这个窗口的窗口函数就被作为一个子程序马上被调用；如果接收消息的窗口是被另外的线程所创建的，那么窗口系统就切换到相应的线程并且调用相应的窗口函数，这条消息不会被放进目标应用程序队列中。函数的返回值是由接收消息的窗口的窗口函数返回，返回的值取决于被发送的消息。
PostMessage的原型如下：BOOL PostMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam)，该函数把一条消息放置到创建hWnd窗口的线程的消息队列中，该函数不等消息被处理就马上将控制返回。需要注意的是，如果hWnd参数为HWND_BROADCAST，那么，消息将被寄送给系统中的所有的重叠窗口和弹出窗口，但是子窗口不会收到该消息；如果hWnd参数为NULL，则该函数类似于将dwThreadID参数设置成当前线程的标志来调用PostThreadMEssage函数。
从上面的这２个具有代表性的函数，我们可以看出消息的发送方式和寄送方式的区别所在：被发送的消息是否会被立即处理，函数是否立即返回。被发送的消息会被立即处理，处理完毕后函数才会返回；被寄送的消息不会被立即处理，他被放到一个先进先出的队列中，一直等到应用程序空线的时候才会被处理，不过函数放置消息后立即返回。
实际上，发送消息到一个窗口处理过程和直接调用窗口处理过程之间并没有太大的区别，他们直接的唯一区别就在于你可以要求操作系统截获所有被发送的消息，但是不能够截获对窗口处理过程的直接调用。
以寄送方式发送的消息通常是与用户输入事件相对应的，因为这些事件不是十分紧迫，可以进行缓慢的缓冲处理，例如鼠标、键盘消息会被寄送，而按钮等消息则会被发送。
广播消息用得比较少，BroadcastSystemMessage函数原型如下：
long BroadcastSystemMessage(DWORD dwFlags,LPDWORD lpdwRecipients,UINT uiMessage,WPARAM wParam,LPARAM lParam);该函数可以向指定的接收者发送一条消息，这些接收者可以是应用程序、可安装的驱动程序、网络驱动程序、系统级别的设备驱动消息和他们的任意组合。需要注意的是，如果dwFlags参数是BSF_QUERY并且至少一个接收者返回了BROADCAST_QUERY_DENY，则返回值为０，如果没有指定BSF_QUERY，则函数将消息发送给所有接收者，并且忽略其返回值。
消息的接收
消息的接收主要有３个函数：GetMessage、PeekMessage、WaitMessage。
GetMessage原型如下：BOOL GetMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax);该函数用来获取与hWnd参数所指定的窗口相关的且wMsgFilterMin和wMsgFilterMax参数所给出的消息值范围内的消息。需要注意的是，如果hWnd为NULL，则GetMessage获取属于调用该函数应用程序的任一窗口的消息，如果wMsgFilterMin和wMsgFilterMax都是０，则GetMessage就返回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除。
PeekMessage原型如下：BOOL PeekMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax,UINT wRemoveMsg）；该函数用于查看应用程序的消息队列，如果其中有消息就将其放入lpMsg所指的结构中，不过，与GetMessage不同的是，PeekMessage函数不会等到有消息放入队列时才返回。同样，如果hWnd为NULL，则PeekMessage获取属于调用该函数应用程序的任一窗口的消息，如果hWnd=-1，那么函数只返回把hWnd参数为NULL的PostAppMessage函数送去的消息。如果wMsgFilterMin和wMsgFilterMax都是０，则PeekMessage就返回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除。
WaitMessage原型如下：BOOL VaitMessage();当一个应用程序无事可做时，该函数就将控制权交给另外的应用程序，同时将该应用程序挂起，直到一个新的消息被放入应用程序的队列之中才返回。
消息的处理
接下来我们谈一下消息的处理，首先我们来看一下VC中的消息泵：
while(GetMessage(&msg, NULL, 0, 0))
{
if(!TranslateAccelerator(msg.hWnd, hAccelTable, &msg))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
}
首先，GetMessage从进程的主线程的消息队列中获取一个消息并将它复制到MSG结构，如果队列中没有消息，则GetMessage函数将等待一个消息的到来以后才返回。如果你将一个窗口句柄作为第二个参数传入GetMessage，那么只有指定窗口的的消息可以从队列中获得。GetMessage也可以从消息队列中过滤消息只接受消息队列中落在范围内的消息。这时候就要利用GetMessage／PeekMessage指定一个消息过滤器。这个过滤器是一个消息标识符的范围或者是一个窗体句柄，或者两者同时指定。当应用程序要查找一个后入消息队列的消息是很有用。WM_KEYFIRST和WM_KEYLAST 常量用于接受所有的键盘消息。 WM_MOUSEFIRST和 WM_MOUSELAST 常量用于接受所有的鼠标消息。
然后TranslateAccelerator判断该消息是不是一个按键消息并且是一个加速键消息，如果是，则该函数将把几个按键消息转换成一个加速键消息传递给窗口的回调函数。处理了加速键之后，函数TranslateMessage将把两个按键消息WM_KEYDOWN和WM_KEYUP转换成一个WM_CHAR，不过需要注意的是，消息WM_KEYDOWN,WM_KEYUP仍然将传递给窗口的回调函数。
处理完之后，DispatchMessage函数将把此消息发送给该消息指定的窗口中已设定的回调函数。如果消息是WM_QUIT，则GetMessage返回０，从而退出循环体。应用程序可以使用PostQuitMessage来结束自己的消息循环。通常在主窗口的WM_DESTROY消息中调用。
下面我们举一个常见的小例子来说明这个消息泵的运用：
if (::PeekMessage(&msg, m_hWnd, WM_KEYFIRST,WM_KEYLAST, PM_REMOVE))
{
if (msg.message == WM_KEYDOWN && msg.wParam == VK_ESCAPE)．．．
}
这里我们接受所有的键盘消息，所以就用WM_KEYFIRST 和 WM_KEYLAST作为参数。最后一个参数可以是PM_NOREMOVE或者PM_REMOVE，表示消息信息是否应该从消息队列中删除。
所以这段小代码就是判断是否按下了Esc键，如果是就进行处理。
窗口过程
窗口过程是一个用于处理所有发送到这个窗口的消息的函数。任何一个窗口类都有一个窗口过程。同一个类的窗口使用同样的窗口过程来响应消息。系统发送消息给窗口过程将消息数据作为参数传递给他，消息到来之后，按照消息类型排序进行处理，其中的参数则用来区分不同的消息，窗口过程使用参数产生合适行为。
一个窗口过程不经常忽略消息，如果他不处理，它会将消息传回到执行默认的处理。窗口过程通过调用DefWindowProc来做这个处理。窗口过程必须return一个值作为它的消息处理结果。大多数窗口只处理小部分消息和将其他的通过DefWindowProc传递给系统做默认的处理。窗口过程被所有属于同一个类的窗口共享，能为不同的窗口处理消息。下面我们来看一下具体的实例：
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
int wmId, wmEvent;
PAINTSTRUCT ps;
HDC hdc;
TCHAR szHello[MAX_LOADSTRING];
LoadString(hInst, IDS_HELLO, szHello, MAX_LOADSTRING);
switch (message)
{
case WM_COMMAND:
wmId = LOWORD(wParam);
wmEvent = HIWORD(wParam);
// Parse the menu selections:
switch (wmId)
{
case IDM_ABOUT:
DialogBox(hInst, (LPCTSTR)IDD_ABOUTBOX, hWnd, (DLGPROC)About);
break;
case IDM_EXIT:
DestroyWindow(hWnd);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
break;
case WM_PAINT:
hdc = BeginPaint(hWnd, &ps);
// TODO: Add any drawing code here...
RECT rt;
GetClientRect(hWnd, &rt);
DrawText(hdc, szHello, strlen(szHello), &rt, DT_CENTER);
EndPaint(hWnd, &ps);
break;
case WM_DESTROY:
PostQuitMessage(0);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
return 0;
}
消息分流器
通常的窗口过程是通过一个switch语句来实现的，这个事情很烦，有没有更简便的方法呢？有，那就是消息分流器，利用消息分流器，我们可以把switch语句分成更小的函数，每一个消息都对应一个小函数，这样做的好处就是对消息更容易管理。
之所以被称为消息分流器，就是因为它可以对任何消息进行分流。下面我们做一个函数就很清楚了：
void MsgCracker(HWND hWnd,int id,HWND hWndCtl,UINT codeNotify)
{
switch(id)
{
case ID_A:
if(codeNotify==EN_CHANGE)...
break;
case ID_B:
if(codeNotify==BN_CLICKED)...
break;
....
}
}
然后我们修改一下窗口过程：
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
switch(message)
{
HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);
HANDLE_MSG(hWnd,WM_DESTROY,MsgCracker);
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
return 0;
}
在WindowsX.h中定义了如下的HANDLE_MSG宏：
#define HANDLE_MSG(hwnd,msg,fn) \
switch(msg): return HANDLE_##msg((hwnd),(wParam),(lParam),(fn));
实际上，HANDLE_WM_XXXX都是宏，例如：HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);将被转换成如下定义：
#define HANDLE_WM_COMMAND(hwnd,wParam,lParam,fn)\
((fn)((hwnd),(int)(LOWORD(wParam)),(HWND)(lParam),(UINT)HIWORD(wParam)),0L);
好了，事情到了这一步，应该一切都明朗了。
不过，我们发现在windowsx.h里面还有一个宏：FORWARD_WM_XXXX，我们还是那WM_COMMAND为例，进行分析：
#define FORWARD_WM_COMMAND(hwnd, id, hwndCtl, codeNotify, fn) \
(void)(fn)((hwnd), WM_COMMAND, MAKEWPARAM((UINT)(id),(UINT)(codeNotify)), (LPARAM)(HWND)(hwndCtl))
所以实际上，FORWARD_WM_XXXX将消息参数进行了重新构造，生成了wParam && lParam，然后调用了我们定义的函数。
好了，事情到这里也算是也段落了，明天我们再分析消息在MFC中的处理。
转贴：深度解析VC中的消息（下） 收藏
消息的接收
消息的接收主要有３个函数：GetMessage、PeekMessage、WaitMessage。
GetMessage原型如下：BOOL GetMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax);
该函数用来获取与hWnd参数所指定的窗口相关的且wMsgFilterMin和wMsgFilterMax参数所给出的消息值范围内的消息。需要注意的是，如果hWnd为NULL，则GetMessage获取属于调用该函数应用程序的任一窗口的消息，如果wMsgFilterMin和wMsgFilterMax都是０，则GetMessage就返回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除。
PeekMessage原型如下：BOOL PeekMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax,UINT wRemoveMsg）；
该函数用于查看应用程序的消息队列，如果其中有消息就将其放入lpMsg所指的结构中，不过，与GetMessage不同的是，PeekMessage函数不会等到有消息放入队列时才返回。同样，如果hWnd为NULL，则PeekMessage获取属于调用该函数应用程序的任一窗口的消息，如果hWnd=-1，那么函数只返回把hWnd参数为NULL的PostAppMessage函数送去的消息。如果wMsgFilterMin和wMsgFilterMax都是０，则PeekMessage就返回所有可得到的消息。函数获取之后将删除消息队列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT则只有在其处理之后才被删除。
WaitMessage原型如下：BOOL VaitMessage();当一个应用程序无事可做时，该函数就将控制权交给另外的应用程序，同时将该应用程序挂起，直到一个新的消息被放入应用程序的队列之中才返回。
消息的处理
接下来我们谈一下消息的处理，首先我们来看一下VC中的消息泵：
while(GetMessage(&msg, NULL, 0, 0))
{
if(!TranslateAccelerator(msg.hWnd, hAccelTable, &msg))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
}
首先，GetMessage从进程的主线程的消息队列中获取一个消息并将它复制到MSG结构，如果队列中没有消息，则GetMessage函数将等待一个消息的到来以后才返回。如果你将一个窗口句柄作为第二个参数传入GetMessage，那么只有指定窗口的的消息可以从队列中获得。GetMessage也可以从消息队列中过滤消息只接受消息队列中落在范围内的消息。这时候就要利用GetMessage／PeekMessage指定一个消息过滤器。这个过滤器是一个消息标识符的范围或者是一个窗体句柄，或者两者同时指定。当应用程序要查找一个后入消息队列的消息是很有用。WM_KEYFIRST和WM_KEYLAST 常量用于接受所有的键盘消息。 WM_MOUSEFIRST和 WM_MOUSELAST 常量用于接受所有的鼠标消息。
然后TranslateAccelerator判断该消息是不是一个按键消息并且是一个加速键消息，如果是，则该函数将把几个按键消息转换成一个加速键消息传递给窗口的回调函数。处理了加速键之后，函数TranslateMessage将把两个按键消息WM_KEYDOWN和WM_KEYUP转换成一个WM_CHAR，不过需要注意的是，消息WM_KEYDOWN,WM_KEYUP仍然将传递给窗口的回调函数。
处理完之后，DispatchMessage函数将把此消息发送给该消息指定的窗口中已设定的回调函数。如果消息是WM_QUIT，则GetMessage返回０，从而退出循环体。应用程序可以使用PostQuitMessage来结束自己的消息循环。通常在主窗口的WM_DESTROY消息中调用。
下面我们举一个常见的小例子来说明这个消息泵的运用：
if (::PeekMessage(&msg, m_hWnd, WM_KEYFIRST,WM_KEYLAST, PM_REMOVE))
{
if (msg.message == WM_KEYDOWN && msg.wParam == VK_ESCAPE)．．．
}
这里我们接受所有的键盘消息，所以就用WM_KEYFIRST 和 WM_KEYLAST作为参数。最后一个参数可以是PM_NOREMOVE或者PM_REMOVE，表示消息信息是否应该从消息队列中删除。
所以这段小代码就是判断是否按下了Esc键，如果是就进行处理。
窗口过程
窗口过程是一个用于处理所有发送到这个窗口的消息的函数。任何一个窗口类都有一个窗口过程。同一个类的窗口使用同样的窗口过程来响应消息。系统发送消息给窗口过程将消息数据作为参数传递给他，消息到来之后，按照消息类型排序进行处理，其中的参数则用来区分不同的消息，窗口过程使用参数产生合适行为。
一个窗口过程不经常忽略消息，如果他不处理，它会将消息传回到执行默认的处理。窗口过程通过调用DefWindowProc来做这个处理。窗口过程必须return一个值作为它的消息处理结果。大多数窗口只处理小部分消息和将其他的通过DefWindowProc传递给系统做默认的处理。窗口过程被所有属于同一个类的窗口共享，能为不同的窗口处理消息。下面我们来看一下具体的实例：
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
int wmId, wmEvent;
PAINTSTRUCT ps;
HDC hdc;
TCHAR szHello[MAX_LOADSTRING];
LoadString(hInst, IDS_HELLO, szHello, MAX_LOADSTRING);
switch (message)
{
case WM_COMMAND:
wmId = LOWORD(wParam);
wmEvent = HIWORD(wParam);
// Parse the menu selections:
switch (wmId)
{
case IDM_ABOUT:
DialogBox(hInst, (LPCTSTR)IDD_ABOUTBOX, hWnd, (DLGPROC)About);
break;
case IDM_EXIT:
DestroyWindow(hWnd);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
break;
case WM_PAINT:
hdc = BeginPaint(hWnd, &ps);
// TODO: Add any drawing code here...
RECT rt;
GetClientRect(hWnd, &rt);
DrawText(hdc, szHello, strlen(szHello), &rt, DT_CENTER);
EndPaint(hWnd, &ps);
break;
case WM_DESTROY:
PostQuitMessage(0);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
return 0;
}
消息分流器
通常的窗口过程是通过一个switch语句来实现的，这个事情很烦，有没有更简便的方法呢？有，那就是消息分流器，利用消息分流器，我们可以把switch语句分成更小的函数，每一个消息都对应一个小函数，这样做的好处就是对消息更容易管理。
之所以被称为消息分流器，就是因为它可以对任何消息进行分流。下面我们做一个函数就很清楚了：
void MsgCracker(HWND hWnd,int id,HWND hWndCtl,UINT codeNotify)
{
switch(id)
{
case ID_A:
if(codeNotify==EN_CHANGE)...
break;
case ID_B:
if(codeNotify==BN_CLICKED)...
break;
....
}
}
然后我们修改一下窗口过程：
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
switch(message)
{
HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);
HANDLE_MSG(hWnd,WM_DESTROY,MsgCracker);
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
return 0;
}
在WindowsX.h中定义了如下的HANDLE_MSG宏：
#define HANDLE_MSG(hwnd,msg,fn) \
switch(msg): return HANDLE_##msg((hwnd),(wParam),(lParam),(fn));
实际上，HANDLE_WM_XXXX都是宏，例如：HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);将被转换成如下定义：
#define HANDLE_WM_COMMAND(hwnd,wParam,lParam,fn)\
((fn)((hwnd),(int)(LOWORD(wParam)),(HWND)(lParam),(UINT)HIWORD(wParam)),0L);
好了，事情到了这一步，应该一切都明朗了。
不过，我们发现在windowsx.h里面还有一个宏：FORWARD_WM_XXXX，我们还是那WM_COMMAND为例，进行分析：
#define FORWARD_WM_COMMAND(hwnd, id, hwndCtl, codeNotify, fn) \
(void)(fn)((hwnd), WM_COMMAND, MAKEWPARAM((UINT)(id),(UINT)(codeNotify)), (LPARAM)(HWND)(hwndCtl))
所以实际上，FORWARD_WM_XXXX将消息参数进行了重新构造，生成了wParam && lParam，然后调用了我们定义的函数。
MFC消息的处理实现方式
初看MFC中的各种消息，以及在头脑中根深蒂固的C++的影响，我们可能很自然的就会想到利用C++的三大特性之一：虚拟机制来实现消息的传递，但是经过分析，我们看到事情并不是想我们想象的那样，在MFC中消息是通过一种所谓的消息映射机制来处理的。
为什么呢？在潘爱民老师翻译的《Visual C++技术内幕》（第4版）中给出了详细的原因说明，我再简要的说一遍。在CWnd类中大约有110个消息，还有其它的MFC的类呢，算起来消息太多了，在C++中对程序中用到的每一个派生类都要有一个vtable，每一个虚函数在vtable中都要占用一个4字节大小的入口地址，这样一来，对于每个特定类型的窗口或控件，应用程序都需要一个440KB大小的表来支持虚拟消息控件函数。
如果说上面的窗口或控件可以勉强实现的话，那么对于菜单命令消息及按钮命令消息呢？因为不同的应用程序有不同的菜单和按钮，我们怎么处理呢？在MFC库的这种消息映射系统就避免了使用大的vtable，并且能够在处理常规Windows消息的同时处理各种各样的应用程序的命令消息。
说白了，MFC中的消息机制其实质是一张巨大的消息及其处理函数的一一对应表，然后加上分析处理这张表的应用框架内部的一些程序代码.这样就可以避免在SDK编程中用到的繁琐的CASE语句。
MFC的消息映射的基类CCmdTarget
如果你想让你的控件能够进行消息映射，就必须从CCmdTarget类中派生。CCmdTarget类是MFC处理命令消息的基础、核心。MFC为该类设计了许多成员函数和一些成员数据，基本上是为了解决消息映射问题的，所有响应消息或事件的类都从它派生，例如：应用程序类、框架类、文档类、视图类和各种各样的控件类等等，还有很多。
不过这个类里面有２个函数对消息映射非常重要，一个是静态成员函数DispatchCmdMsg，另一个是虚函数OnCmdMsg。
DispatchCmdMsg专门供MFC内部使用，用来分发Windows消息。OnCmdMsg用来传递和发送消息、更新用户界面对象的状态。
CCmdTarget对OnCmdMsg的默认实现：在当前命令目标(this所指)的类和基类的消息映射数组里搜索指定命令消息的消息处理函数。
这里使用虚拟函数GetMessageMap得到命令目标类的消息映射入口数组_messageEntries，然后在数组里匹配命令消息ID相同、控制通知代码也相同的消息映射条目。其中GetMessageMap是虚拟函数，所以可以确认当前命令目标的确切类。
如果找到了一个匹配的消息映射条目，则使用DispachCmdMsg调用这个处理函数；
如果没有找到，则使用_GetBaseMessageMap得到基类的消息映射数组，查找，直到找到或搜寻了所有的基类（到CCmdTarget）为止；
如果最后没有找到，则返回FASLE。
每个从CCmdTarget派生的命令目标类都可以覆盖OnCmdMsg，利用它来确定是否可以处理某条命令，如果不能，就通过调用下一命令目标的OnCmdMsg，把该命令送给下一个命令目标处理。通常，派生类覆盖OnCmdMsg时，要调用基类的被覆盖的OnCmdMsg。
在MFC框架中，一些MFC命令目标类覆盖了OnCmdMsg，如框架窗口类覆盖了该函数，实现了MFC的标准命令消息发送路径。必要的话，应用程序也可以覆盖OnCmdMsg，改变一个或多个类中的发送规定，实现与标准框架发送规定不同的发送路径。例如，在以下情况可以作这样的处理：在要打断发送顺序的类中把命令传给一个非MFC默认对象；在新的非默认对象中或在可能要传出命令的命令目标中。
消息映射的内容
通过ClassWizard为我们生成的代码，我们可以看到，消息映射基本上分为2大部分：
在头文件(.h)中有一个宏DECLARE_MESSAGE_MAP()，他被放在了类的末尾，是一个public属性的；与之对应的是在实现部分（.cpp)增加了一章消息映射表，内容如下：
BEGIN_MESSAGE_MAP(当前类, 当前类的基类)
file://{{AFX_MSG_MAP(CMainFrame)
消息的入口项
file://}}AFX_MSG_MAP
END_MESSAGE_MAP()
但是仅是这两项还远不足以完成一条消息，要是一个消息工作，必须有以下3个部分去协作：
1.在类的定义中加入相应的函数声明；
2.在类的消息映射表中加入相应的消息映射入口项；
3.在类的实现中加入相应的函数体；
消息的添加
有了上面的这些只是作为基础，我们接下来就做我们最熟悉、最常用的工作：添加消息。MFC消息的添加主要有2种方法：自动/手动，我们就以这2种方法为例，说一下如何添加消息。
1、利用Class Wizard实现自动添加
在菜单中选择View-->Class Wizard，也可以用单击鼠标右键，选择Class Wizard，同样可以激活Class Wizard。选择Message Map标签，从Class name组合框中选取我们想要添加消息的类。在Object IDs列表框中，选取类的名称。此时， Messages列表框显示该类的大多数(若不是全部的话)可重载成员函数和窗口消息。类重载显示在列表的上部，以实际虚构成员函数的大小写字母来表示。其他为窗口消息，以大写字母出现，描述了实际窗口所能响应的消息ID。选中我们向添加的消息，单击Add Function按钮，Class Wizard自动将该消息添加进来。
有时候，我们想要添加的消息本应该出现在Message列表中，可是就是找不到，怎么办？不要着急，我们可以利用Class Wizard上Class Info标签以扩展消息列表。在该页中，找到Message Filter组合框，通过它可以改变首页中Messages列表框中的选项。这里，我们选择Window，从而显示所有的窗口消息，一把情况下，你想要添加的消息就可以在Message列表框中出现了，如果还没有，那就接着往下看：）
2、手动地添加消息处理函数
如果在Messages列表框中仍然看不到我们想要的消息，那么该消息可能是被系统忽略掉或者是你自己创建的，在这种情况下，就必须自己手工添加。根据我们前面所说的消息工作的3个部件，我们一一进行处理：
1) 在类的. h文件中添加处理函数的声明，紧接在//}}AFX_MSG行之后加入声明，注意：一定要以afx_msg开头。
通常，添加处理函数声明的最好的地方是源代码中Class Wizard维护的表下面，但是在它标记其领域的｛｛｝｝括弧外面。这些括弧中的任何东西都将会被Class Wizard销毁。
2) 接着，在用户类的.cpp文件中找到//}}AFX_MSG_MAP行，紧接在它之后加入消息入口项。同样，也是放在{ {} }的外面
3) 最后，在该文件中添加消息处理函数的实体
贴：VC++中对于处理消息的学习总结 收藏
Message Map
struct AFX_MSGMAP //消息映射表
{
AFX_MSGMAP* pBaseMessageMap; //基类消息映射表的指针；
AFX_MSGMAP_ENTRY* lpEntries; //消息入口表的指针；
};
struct AFX_MSGMAP_ENTRY //消息映射入口表
{
UINT nMessage; //消息；
UINT nCode; //控件的通知码或WM_NOTIFY的通知码
UINT nID; //控件的ID，(0时为 Window消息)
UINT nLastID; //最后一个控件的ID；
UINT nSig; //信号类型；
AFX_PMSG pfn; //消息函数的指针；
};
typedef void (CCmdTarget::*AFX_PMSG)(void); //消息映射函数；
一、消息映射图
1、DECLARE_MESSAGE_MAP()
展开：
static AFX_MSGMAP_ENTRY _messageEntries[] //消息映射入口表
static AFX_MSGMAP messageMap； //消息映射表；
virtual AFX_MSGMAP* GetMessageMap() const；//返回消息映射表的指针；
2、BEGIN_MESSAGE_MAP(class_name,base_class_name)
①、定义GetMessageMap()函数，代码如下：
{ return &class_name::messageMap；}
②、初始化消息映射表，代码如下：
AFX_MSGMAP class_name::messageMap={
&(base_class_name::messageMap)，
&(class_name::_messageEntries)
}
③、初始化消息入口表
AFX_MSGMAP_ENTRY class_name::_messageEntries[]={
//在这里添加消息和映射函数；
3、END_MESSAGE_MAP()
{0,0,0,0,AfxSig_end,(AFX_PMSG)0}
} ； //该括号和③相对应；
二、消息类型
1、命令消息(WM_COMMAND)
所有派生自 CCmdTarget 的类都有资格接受WM_COMMAND。
2、Window消息(WM_xxx)
所有派生自 CWnd 的类都有资格接受 WM_xxx。
3、控件消息(WM_NOTIFY)
控件向其父窗口通知消息。
三、消息处理
1、WM_xxx 消息处理
窗口类(自身)处理→基类处理→CWnd∷DefWindowProc()处理；
其所对应的宏一般为在消息 WM_ 前面加上 ON_。
2、命令消息处理
命令消息来自命令用户接口对象(菜单、加速键或工具栏按钮)发出的WM_COMMAND消息；
㈠、WM_COMMAND消息
其所包含的类型和对应的宏如下：
①、ON_COMMAND(ID,pfn)
标准的命令消息；
②、ON_COMMAND_EX(ID,pfn)
多个对象对同一个命令 ID 的处理；
其函数的原型如下：
afx_msg BOOL pfn(UINT nID)
说明：
当返回 TRUE 时表示已经处理，不用在消息处理链中继续处理该命令；为 FALSE时表示继续在消息处理链中处理该命令。
注意：
其一：在多对象处理中一定要使用该宏；
其二：pfn(UINT nID)(消息处理函数)返回值将其类型void改成BOOL，而且必须为FALSE；
其三：多个对象的处理是由高层向低层的过程：即视图类→主框架窗口类→应用程序类；
③、ON_COMMAND_RANGE(nID,nLastID,pfn)
多个命令 ID 提供相同的处理；
注意：
其一：确保nID、nLastID的值在 Resource.h中是连续的。
其二：一般在函数 pfn(UINT nID) 中加入参数，用来确定那一个按钮点击。
㈡、CN_UPDATE_COMMAND_UI消息
当菜单项、工具栏按钮等[命令用户接口对象]要更新其状态时所对应的消息，它所包含的类型和对应的宏如下：
①、ON_UPDATE_COMMAND_UI(ID,pfn)
其中函数的原型如下：
afx_msg void pfn(CCmdUI* pCmdUI)
②、ON_UPDATE_COMMAND_UI_RANGE(nID,nLastID,pfn)
该函数可以处理一组[命令用户接口对象]的外观；
其中函数的原型如下：
afx_msg void pfn(CCmdUI* pCmdUI)
重要：
CCmdUI 中的 m_nID 成员表示不同的 ID，因此可以利用它来进行区别处理。
3、控件的通知消息
从控件和子窗口发送到父窗口的WM_COMMAND通知消息(即在发送命令消息中加入控件的通知码)。
注意：在 Window9x 新控件中不再传送WM_COMMAND通知消息，而是发送 WM_NOTIFY消息，但为了兼容，旧有的控件还是传送WM_COMMAND消息。
例如：
CEdit控件向父窗口发送 EN_CHANGE 通知代码的WM_COMMAND消息。
注意：框架像传送其它 WM_ 消息一样传送通知消息，但有一个例外，即由 [按钮]控件发送的 BN_CLICKED 通知消息，被作为命令消息特别处理。
㈠、WM_COMMAND 其所对应的宏如下：
①、ON_CONTROL(通知码, nID,fn)
②、ON_CONTROL_RANGE(通知码, nFirstID,nEndID,fn)
注意：
这两个宏的应用和 ON_COMMAND、ON_COMMAND_RANGE相同，所不同的是在宏前面加入[通知码]。
注意：可以根据不同的控件的[通知码]派生出特定的宏，其所派生的宏一般为在 [通知码]前面加上 ON_。
㈡、WM_NOTIFY 其所对应的宏如下：
①、ON_NOTIFY(通知码, nID,fn)
其中函数的原型如下：
afx_msg void fn(NMHDR* pNotifyStruct,LRESULT* result)
其中结构：
typedef struct tagNMHDR {
HWND hwndFrom; //发送通知消息的控件的句柄；
UINT idFrom; //发送通知消息的控件的 ID；
UINT code; //通知码；
} NMHDR;
②、ON_NOTIFY_EX(通知码, nID,fn)
表示一个消息在多个对象的成员函数中进行处理。
其中函数的原型如下：
afx_msg BOOL fn(UINT nID,NMHDR* pNotifyStruct,LRESULT* result)
说明：
它必须返回 BOOL 类型的数值，其意义和 ON_COMMAND_EX相同。
③、ON_NOTIFY_RANGE(通知码, nFirstID,nEnd,fn)
表示多个控件的通知消息在同一个函数中进行处理。
其中函数的原型如下：
afx_msg void fn(UINT nID,NMHDR* pNotifyStruct,LRESULT* result)
说明：
其意义和ON_COMMAND_RANGE相同。
4、反射消息处理
父窗口在处理控件窗口的通知消息WM_CTLCOLOR、WM_COMMAND、WM_NOTIFY时，会把该消息转化为反射消息，并转交给控件子窗口处理，只有在控件子窗体不处理该消息时，父窗口才有机会处理。
注意：在类的属性对话框中的消息页面可查反射消息(前面有"="标志)
①、WM_CTLCOLOR_REFLECT反射消息
其所对应的宏如下：
ON_WM_CTLCOLOR_REFLECT()
反射消息函数的原型：
HBRUSH class_name∷CtlColor(CDC* pDC,UINT nCtlColor)
{
return NULL;
}
该函数用来重置控件的顔色；注意：必须 return CBrush才有效。
5、自定义的窗口消息
自定义窗口消息的消息标志都大于WM_USER(至少是WM_USER+100，因为许多控件都使用这一范围的WM_USER消息)
使用自定义的消息分为二步：
①、在 Resource.h 中定义消息标记
#define WM_MYMSG (WM_USER+1000)
②、在消息映射表中加入消息映射宏
BEGIN_MESSAGE_MAP()
ON_MESSAGE(WM_MYMSG,fn)
END_MESSAGE_MAP()
说明：
其对应的宏为 ON_MESSAGE()，其成员函数的原型为：
afx_msg LRESULT fn(WPARAM,LPARAM)
6、登记消息
①、在系统中注册并获取一个登记消息的消息标记
UINT RegisterWindowMessage(LPCTSTR)
说明：
通过 API 函数来注册消息标记，其中 LPCTSTR 为用户的任意字符串。例如：
UINT WM_MYMSG=RegisterWindowMessage("MYMSG");
其中 WM_MYMSG 是自定义无符号整型的消息标记。
②、在消息映射表中加入消息映射宏
BEGIN_MESSAGE_MAP()
ON_REGISTERED_MESSAGE(WM_MYMSG,fn)
END_MESSAGE_MAP()
说明：
其对应的宏为 ON_REGISTERED_MESSAGE()，其成员函数的原型为：
afx_msg LRESULT fn(WPARAM,LPARAM)
注意：登记消息可以实现跨进程的数据通讯。
7、线程消息
只有继承自CWinThread类才能允许处理线程消息。
①、定义线程的消息标记
有两种方法：
(1)、使用自定义的消息标记，即：WM_USER；
(2)、使用登记的消息标记，即：RegisterWindowMessage；
②、在CWinThread继承类的消息映射表中添加宏
ON_THREAD_MESSAGE(消息标记,fn) //自定义的消息；
ON_REGISTERED_THREAD_MESSAGE(消息标记,fn) //登记的 //消息
③、其函数的原型如下：
afx_msg void fn(WPARAM wPARAM,LPARAM lParam)
④、引发线程消息
线程消息的引发必须调用 CWinThread 类的PostThreadMessage将消息投递到线程消息队列中。
注意：可以通过 AfxGetApp() 函数获取一个全局的应用对象。
PostThreadMessage(UINT,WPARAM,LPARAM)
8、WM_COPYDATA
操作系统维护一块内存来管理 WM_COPYDATA 消息，该消息主要用于跨进程传递数据，传递的数据量达到 232。
①、定义一个 COPYDATASTRUCT 数据结构
typedef struct tagCOPYDATASTRUCT {
DWORD dwData; //自定义的特殊数据；
DWORD cbData; //以字节为单位的 lpData 的大小；
PVOID lpData; //传送的数据内存块的指针；
} COPYDATASTRUCT;
②、其所对应的宏
ON_WM_COPYDATA()
③、其所对应的函数的原型
afx_msg BOOL OnCopyData(CWnd*,COPYDATASTRUCT*)
说明：
CWnd*：发送该消息的窗口的指针；
9、投递和发送消息
通过向一个窗体投递或发送消息，可以间接地驱动窗体的消息过程。
投递(PostMessage)：将消息放到线程的消息队列中，然后不等线程处理该消息就直接返回到调用方。
发送(SendMessage)：当一个线程向目标线程发送消息时，该线程要一直等待，直到目标线程处理了该消息为止。
①、投递消息
BOOL CWnd∷PostMessage(UINT,WPARAM=0,LPARAM=0)
说明：
CWnd：目标窗口；
该函数将一条消息放入到应用程序的消息队列，然后不等窗口处理就直接返回。
②、发送消息
LRESULT CWnd∷SendMessage(UINT,WPARAM=0,LPARAM=0)
说明：
CWnd：目标窗口；
该函数将一条消息放入到应用程序的消息队列，等待窗口处理后才返回。
为了避免线程陷入永久等待状态，可以用SendMessageTimeout代替SendMessage：
LRESULT SendMessageTimeout(HWND,UINT,WPARAM,LPARAM,UINT,UINT,PDWORD_PTR)
说明：
HWND：窗口句柄；
UINT：消息发送的选项，为SMTO_BLOCK时，可以防止线程无限等待，即根据一定的超时值返回。
UINT：超时，以毫秒为单位；
PDWORD_PTR：返回值；
注意：CWnd没有对该函数的包装。
③、投递和发送消息
BOOL CWnd∷SendNotifyMessage(UINT,WPARAM,LPARAM)
说明：
CWnd：目标窗口；
该消息具有SendMessage和PostMessage两种功能：
当目标窗口和发送窗口为同一个线程时，则相当于SendMessage的功能；否则当不为同一个线程时，则为PostMessage的功能。
6-1、投递和发送 WM_XXX 消息
在发送标准的 WINDOW 消息时，只要将该消息的 ID、wParam、lParam参数放在 SendMessage()和PostMessage()函数的相应位置即可。
6-2、投递和发送命令消息和控件的通知消息
在投递和发送命令消息时，消息的 ID为 WM_COMMADN，而对于不同的菜单项、加速键、控件则wParam、lParam的取值不同。
wParam分成低、高两部分，低部分为菜单项、加速键、控件的ID。高部分则：
菜单项：0；加速键：1；控件：通知码
lParam：当控件时是控件的句柄，否则为 NULL。
对于wParam参数可以采用自定义宏：
WPARAM MAKEWPARAM(WORD wLow,WORD wHigh)
6-3、投递和发送自定义的窗口消息
在投递和发送自定义的窗口消息时，参数 wParam、lParam 没有特别的涵义，只和普通函数的形参一样进行数据的传递。
注意：
PostMessage 和 SendMessage 是不同的，前者投递后就返回，而后者必须等到消息处理后再返回；所以在参数是 [局部]或 [临时]时，使用PostMessage函数会引发错误(除非参数使用指针，则可避免错误)，而必须使用SendMessage函数。
6-4、投递和发送注册的窗口消息
和 6-3 基本一样，但它要特别注意的问题是：在跨进程的处理消息时，如果将消息PostMessage、SendMessage到某个进程 A，则必须在进程 B中获取进程 A 的窗口类名，并通过窗口类名获取窗口的指针，最后再根据指针调用 PostMessage、SendMessage函数。
注意：在获取窗口的指针时，可以根据窗口类名或窗口的标题。
6-5、投递和发送WM_COPYDATA消息
SendMessage(消息标记,WPARAM,LPARAM)
其中：
消息标记：WM_COPYDATA；
WPARAM：发送该消息的窗口句柄；
LPARAM：COPYDATASTRUCT结构的指针，先通过(LPVOID)进行转换，再通过(LPARAM)进行转换，如下形式：
(LPARAM)(LPVOID)&cds