(五)终止应用程序:
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应用程序必须随每个窗口的
撤消而被清除，否则会丢失一些数据。
（六)窗口过程，窗口过程函数
如前所述，函数GetMessage负责从应用程序的消息队列中取出消息，而函数
DispatchMessage()要求Windows将消息传送给在MSG结构中为窗口所指定的窗口过
程。然后出台的就是这个窗口过程了，这个窗口过程的任务是干什么呢？就是最终
用来处理消息的，就是消息的处理器而已，那么这个函数就是WindowProc,在
Visual C++6.0中按F1启动MSDN，按下面这个路径走下来：
PlatForm SDK-->User Interface services-->Windows user
Interface-->Windowing-->Window Procedures-->Window Procedure
Reference-->Windows Procedure Functions-->WindowProc
啊，太累了，不过我们终于的MSDN中找到了这个函数，前几次我讲解这些API函数
的时候，都是的知道的情况下搜索出来的，所以没有详细给出每个函数的具体位置
，而这次我却是一点点去找的，还好，没被累死，体会到MSDN的庞大了吧，不过我
用的是MSDN2000，是D版的，三张光盘装。你用的MSDN如果按这个路径走下去的话
，可能会找不到，不过我想大致也是在这个位置了，找找看！！！
LRESULT CALLBACK WindowProc
(
HWND hwnd, // handle to window
UINT uMsg, // message identifier
WPARAM wParam, // first message parameter
LPARAM lParam // second message parameter
);
这个函数我们的第二只小板凳里被我们称为WndProc.
下面讲解：
不知你注意到了没有，这个函数的参数与刚刚提到的GetMessage调用把返回的MSG
结构的前四个成员相同。如果消息处理成功，WindowProc的返回值为0.
Windows的启动应用程序时，先调用WinMain函数，然后调用窗口过程，注意：在我
们的这个程序中，只有一个窗口过程，实际上，也许有不止一个的窗口过程。例如
，每一个不同的窗口类都 有一个与之相对应的窗口过程。无论Windows何时想传递
一个消息到一窗口，都将调用相应的窗口过程。当Windows从环境，或从另一个应
用程序，或从用户的应用程序中得到消息时，它将调用窗口过程并将信息传给此函
数。总之，窗口过程函数处理所有传送到由此窗口类创建的窗口所得到的消息。并
且窗口过程有义务处理Windows扔给它的任何消息。我们在学习Windows程序设计的
时候，最主要的就是学习这些消息是什么以及是什么意思，它们是怎么工作的。
令我们不解的是，在程序中我们看不出来是哪一个函数在调用窗口过程。它其实是
一个回调函数.前面已经提到，Windows把发生的输入事件转换成输入消息放到消息
队列中，而消息循环将它们发送到相应的窗口过程函数，真正的处理是在窗口过程
函数中执行的，在Windows中就使用了回调函数来进行这种通信。
回调函数是输出函数中特殊的一种，它是指那些在Windows环境下直接调用的函数
。一个应用程序至少有一个回调函数，因为在应用程序处理消息时，Windows调用
回调函数。这种回调函数就是我们前面提到的窗口过程，它对对应于一个活动的窗
口，回调函数必须向Windows注册，Windows实施相应操作即行回调。
每个窗口必须有一个窗口过程与之对应，且Windows直接调用本函数，因此，窗口
函数必须采用FAR PASCAL调用约定。在我们的第二只小板凳中，我们的窗口函数为
WndProc，必须注意这里的函数名必须是前面注册的窗口类时，向域wc.
lpfnWndProc所赋的WndProc。函数WndProc就是前面定义的窗口类所生成的所有窗
口的窗口函数。
在我们的这个窗口函数中，WndProc处理了共有两条消息：WM_PAINT和
WM_DESTROY.
窗口函数从Windows中接收消息，这些消息或者是由WinMain函数发送的输入消息，
或者是直接来自Windows的窗口管理消息。窗口过程检查一条消息，然后根据这些
消息执行特定的动作未被处理的消息通过DefWindowProc函数传回给Windows作缺海
上处理。
可以发送窗口函数的消息约有220种，所有窗口消息都以WM_开头，这些消息在头文
啊，改变窗口在屏幕上的位置啊什么的。
Windows已经把任务扔给窗口过程了，窗口过程是怎么处理消息的呢？稍息一下，
让我们进行下一节：处理消息......
