WM_CLOSE、WM_DESTROY、WM_QUIT及各种消息投递函数详解

本文对WM_CLOSE、WM_DESTROY、WM_QUIT及各种消息投递函数的功能及区别做出了分析比对,有助于读者更好的对消息投递函数加以理解。详情如下:

一、WM_CLOSE、WM_DESTROY、WM_QUIT区别

WM_CLOSE:关闭应用程序窗口

WM_DESTROY:关闭应用程序

WM_QUIT:关闭消息循环

只有关闭了消息循环,应用程序的进程才真正退出(在任务管理器里消失)。

win32应用程序的完整退出过程:点击窗口右上角的关闭按钮,发送WM_CLOSE消息。此消息处理中调用DestroyWindow函数,发送WM_DESTROY消息。此消息处理中调用PostQuitMessage(0)函数,发送WM_QUIT消息到消息队列中。GetMessage捕获到WM_QUIT,返回0,退出循环(应用程序真正退出)。

注意:按照上述正常流程,WM_QUIT是不会到达窗口过程的。(因为在GetMessage截获了WM_QUIT消息之后,程序已经彻底退出了!)

MFC应用程序的完整退出过程:点击窗口右上角的关闭按钮,或选择【File/Close】,发出 WM_CLOSE消息。CMyFrameWnd 并没有设置WM_CLOSE 处理常式,于是交给预设之处理常式。预设函数对于WM_CLOSE 的处理方式是呼叫 ::DestroyWindow, 并因而发出WM_DESTROY。预设之WM_DESTROY 处理方式是呼叫::PostQuitMessage,因此发出WM_QUIT。CWinApp::Run 收到WM_QUIT 后会结束其内部之讯息回路, 然后呼叫ExitInstance,这是CWinApp 的一个虚拟函数。如果自己应用程序类CMyWinApp 改写了ExitInstance , 那么CWinApp::Run 所呼叫的就是CMyWinApp::ExitInstance,否则就是 CWinApp::ExitInstance。最后回到 AfxWinMain,执行 AfxWinTerm,结束程序。

附加:当调用DestroyWindow函数后,操作系统就会进行一系列的删除动作,先发送WM_DESTROY消息,接着发送WM_NCDESTROY消息。如果这个窗口还有子窗口或者是其它窗口的所有者,就需要给所有子窗口发送删除消息。
WM_QUIT是唯一可以使GetMessage(&msg,NULL,0,0)返回假值的消息.
相关代码分析:

//主函数中进入消息循环的代码片断
while(GetMessage(&msg,NULL,0,0))
{
TranslateMessage(&msg); //将消息进行处理一下
DispatchMessage(&msg); //再将消息变量msg传给windows,让windows来调用消息处理函数
}

如果把GetMessage(&msg,NULL,0,0)改为GetMessage(&msg,hWnd,0,0),则发现关闭应用程序后,任务管理器中仍有该程序的进程,且占用大量的内存,why?

msdn中的原因解释是:对于GetMessage(&msg,hWnd,0,0),当第二个参数无效时,此函数返回值为-1。对于上述循环来说,此while条件为真,因此进入死循环,进程无法退出。

二、各种消息投递函数

1、SendMessage:发送消息给指定的窗口过程;直到窗口过程处理了消息才返回。

2、PostMessage:将消息放入消息队列(与指定窗口创建的线程相关)中;无需等待消息处理,立即返回。
   不能发送WM_QUIT消息,此消息只能由PostQuitMessage函数发送。

3、PostThreadMessage:发送消息给指定线程的消息队列;无需等待线程处理消息,立即返回。
   此函数发送的消息和窗口是无关的。我们只需指定线程ID就OK了,但要保证线程已创建,否则会失败。

4、GetMessage:从调用线程的消息队列中取消息。
   当第二个参数为NULL时,它检索以下两种消息:
     a、属于调用线程的任何窗口的消息;
     b、由PostThreadMessag投递给该调用线程的消息。

5、PeekMessage:功能同GetMessage。区别是:
   GetMessage:直到一个匹配了过滤条件的消息,被放到消息队列中才返回。
   PeekMessage:不管消息是否放入队列,立即返回。

6、DispatchMessage:派遣消息给相应的窗口过程。

7、TranslateMessage:转换虚拟键信息到字符消息。

你可能感兴趣的:(WM_CLOSE、WM_DESTROY、WM_QUIT及各种消息投递函数详解)