今天有朋友提的意见让我感触很深，说写BLOG要多一些‘有趣’多一些funny，回头看看我写的东西，大部分都给人严肃、枯燥的感觉，我在这里免费拿了一个BLOG，而这个BLOG却不完全属于我，他属于千千万万在使用网络的学者！所以，我有责任，而这个责任就是不浪费读者的时间。

不说废话了，同样今天继续写的将是Win32程序设计中的Windows消息机制。

消息就是一个用户对电脑的‘请求’。我想放点音乐，我就对电脑大声喊：“Hey!伙计，放点音乐吧！”，结果显然是我将被冷落。我不能这样发‘请求’，我应该用电脑懂的语言，再用‘友好’的方式请求。我只能选择按鼠标或者敲键盘，于是消息便从这里产生了。

消息的原来形式是你手指的‘动能’，结果导致了某些特定电信号，电信号再到达计算机电路系统，系统再将信号反应到操作系统，操作系统再将信号变成消息形式发到线程，到线程的消息再进入消息队列排队，最终到达消息处理函数，此时电脑就明白你的请求是什么意思了，再通过消息处理函数工作。

与其说消息是发到电脑，还不如说是发到了线程，如果没有线程在那里‘听’，你发再多的消息，也不会有反应。

线程要怎么‘听’，还得从GUI入口函数说起。

一个GUI用户程序的入口函数将不是main()，而是WinMain()，原形是：
int APIENTRY WinMain(
   HINSTANCE hInstance,
   HINSTANCE hPrevInstance,
   LPSTR lpCmdLine,
   int nCmdShow)
{
}
APIENTRY是__stdcall的宏，意思是用Windows标准调用方式，hInstance是本身的实例句柄，lpCmdLine是命令行参数。

光一个WinMain()是不会等待消息的（‘听’），我可以加入一个::MessageBox();简单的弹一个窗口出来，然后默默的结束。

问题是我们需要先建一个窗体出来，建主窗体的过程比较复杂，详细的情况参看书本。过程大致是，先设置窗体句柄的参数，然后建立窗体，然后注册窗体，最后更新窗体。

完了之后这个窗体就会‘挂’在桌面上，‘等待’用户发消息。

事实上，‘等待’还需要‘消息循环’，如果WinMain()进程一旦结束，那窗体挂着也没用，消息还没到达就自己退出了。

所以必须让主线程‘挂’起来，同时‘等待’消息的到达。

接下来就进入‘无限’的‘消息循环’：
代码像这样：
MSG msg;
while(::GetMessage(&msg,NULL,0,0))
{
  ::TranslateMessage(&msg);
  ::DispatchMessage(&msg);
}

这里的无限循环，不是说这段代码将一直运行，事实上::GetMessage()将使这个线程挂起，只有当消息到来时再被再次激活。

::DispatchMessage()将把消息发送到消息处理函数，或者叫窗口函数，它是窗口建立的时候指定的，形如：
LRESULT CALLBACK MainWndProc(HWND,UINT,WPARAM,LPARAM);
第二个参数就是消息，可以理解为大的消息，后面两个参数是附带的消息参数，而第一个是所属的窗口句柄。

无限的消息循环使主线程一直在等待消息的到达，然后再通知消息处理函数，直到得到一个WM_QUIT消息返回0才结束程序。

另外有两个发送消息的API函数：
::SendMessage();参数同消息处理函数的参数。
::PostMessage();
前者是直接的调用消息处理函数，同时自己挂起，等待消息处理的结束，再继续运行。
而后者是直接向句柄所在消息队列中发一个消息，同时继续运行。

评论