windows程序设计——消息循环

主窗口显示出来了，WinMain就开始处理消息了，怎么做的呢？

Windows为每个正在运行的应用程序都保持一个消息队列。当你按下鼠标或者键盘时，Windows并不是把这个输入事件直接送给应用程序，而是将输入的事件先翻译成一个消息，然后把这个消息放入到这个应用程序的消息队列中去。应用程序又是怎么来接收这个消息呢？这就讲讲消息循环了。

应用程序的WinMain函数通过执行一段代码从她的队列中来检索Windows送往她的消息。然后WinMain就把这些消息分配给相应的窗口函数以便处理它们，这段代码是一段循环代码，故称为"消息循环"。这段循环代码是什么呢？好，往下看:

在咱们的第二只小板凳中,这段代码就是:

......

MSG msg; //定义消息名

while (GetMessage (&msg, NULL, 0, 0))

     {

          TranslateMessage (&msg) ; //翻译消息

          DispatchMessage (&msg) ; //撤去消息

     }

     return msg.wParam ;

MSG结构在头文件中定义如下:

typedef struct tagMSG

{

HWND hwnd;

UINT message;

WPARAM wParam;

LPARAM lParam;

DWORD time;

POINT pt;

} MSG, *PMSG;

MSG数据成员意义如下：

参数1：hwnd是消息要发送到的那个窗口的句柄,这个窗口就是咱们用CreateWindows函数创建的那一个。如果是在一个有多个窗口的应用程序中，用这个参数就可决定让哪个窗口接收消息。

参数2:message是一个数字，它唯一标识了一种消息类型。每种消息类型都在Windows文件中定义了，这些常量都以WM_开始后面带一些描述了消息特性的名称。比如说当应用程序退出时，Windows就向应用程序发送一条WM_QUIT消息。

参数3:一个32位的消息参数，这个值的确切意义取决于消息本身。

参数4:同上。

参数5:消息放入消息队列中的时间，在这个域中写入的并不是日期，而是从Windows启动后所测量的时间值。Windows用这个域来使用消息保持正确的顺序。

参数6:消息放入消息队列时的鼠标坐标.

消息循环以GetMessage调用开始，它从消息队列中取出一个消息：

GetMessage(&msg,NULL,0,0)，第一个参数是要接收消息的MSG结构的地址，第二个参数表示窗口句柄,NULL则表示要获取该应用程序创建的所有窗口的消息；第三，四参数指定消息范围。后面三个参数被设置为默认值，这就是说你打算接收发送到属于这个应用程序的任何一个窗口的所有消息。在接收到除WM_QUIT之外的任何一个消息后，GetMessage()都返回TRUE。如果GetMessage收到一个WM_QUIT消息，则返回FALSE，如收到其他消息，则返回TRUE。因此，在接收到WM_QUIT之前，带有GetMessage()的消息循环可以一直循环下去。只有当收到的消息是WM_QUIT时，GetMessage才返回FALSE，结束消息循环，从而终止应用程序。 均为NULL时就表示获取所有消息。

消息用GetMessage读入后(注意这个消息可不是WM_QUIT消息)，它首先要经过函数TranslateMessage()进行翻译，这个函数会转换成一些键盘消息，它检索匹配的WM_KEYDOWN和WM_KEYUP消息，并为窗口产生相应的ASCII字符消息(WM_CHAR),它包含指定键的ANSI字符.但对大多数消息来说它并不起什么作用，所以现在没有必要考虑它。

下一个函数调用DispatchMessage()要求Windows将消息传送给在MSG结构中为窗口所指定的窗口过程。我们在讲到登记窗口类时曾提到过，登记窗口类时，我们曾指定Windows把函数WindosProc作为咱们这个窗口的窗口过程(就是指处理这个消息的东西)。就是说，Windows会调用函数WindowsProc()来处理这个消息。在WindowProc()处理完消息后，代码又循环到开始去接收另一个消息，这样就完成了一个消息循环。

 

Windows是一种非剥夺式多任务操作系统。只有的应用程序交出CPU控制权后，Windows才能把控制权交给其他应用程序。当GetMessage函数找不到等待应用程序处理的消息时，自动交出控制权，Windows把CPU的控制权交给其他等待控制权的应用程序。由于每个应用程序都有一个消息循环，这种隐式交出控制权的方式保证合并各个应用程序共享控制权。一旦发往该应用程序的消息到达应用程序队列，即开始执行GetMessage语句的下一条语句。

当WinMain函数把控制返回到Windows时，应用程序就终止了。应用程序的启动消息循环前要检查引导出消息循环的每一步，以确保每个窗口已注册，每个窗口都已创建。如存在一个错误，应用程序应返回控制权，并显示一条消息。

但是，一旦WinMain函数进入消息循环，终止应用程序的唯一办法就是使用PostQuitMessage把消息WM_QUIT发送到应用程序队列。当GetMessage函数检索到WM_QUIT消息，它就返回NULL，并退出消息外循环。通常，当主窗口正在删除时(即窗口已接收到一条WM_DESTROY消息),应用程序主窗口的窗口函数就发送一条WM_QUIT消息。

虽然WinMain指定了返回值的数据类型，但Windows并不使用返回值。不过，在调试一应用程序时，返回值地有用的。通常，可使用与标准C程序相同的返回值约定：0表示成功，非0表示出错。PostQuitMessage函数允许窗口函数指定返回值，这个值复制到WM_QUIT消息的wParam参数中。为了的结束消息循环之后返回这个值，我们的第二只小板凳中使用了以下语句：

return msg.wParam ; //表示从PostQuitMessage返回的值

例如：当Windows自身终止时，它会撤消每个窗口，但不把控制返回给应用程序的消息循环，这意味着消息循环将永远不会检索到WM_QUIT消息，并且的循环之后的语句也不能再执行。Windows的终止前的确发送一消息给每个应用程序，因而标准C程序通常会的结束前清理现场并释放资源，但Windows应用程序必须随每个窗口的撤消而被清除，否则会丢失一些数据。