正文

《Win32SDK应用程序》第七篇 获取消息及对消息缺省处理2005-11-08 17:29:00

【评论】 【打印】 【字体: 】 本文链接:http://blog.pfan.cn/whyhappy/6702.html

分享到:

 

第7篇 获取消息及对消息缺省处理

白云小飞


一 重提上篇的问题:
    还记得在上一篇的最后,经过调试后我们发现的问题吗?
    1. 窗口不能自动被激活(即成为当前窗口)。只有最小化其它应用程序的窗口后,才能看到我们的这个窗口。(注意:在ShowWindow(hWnd, ncmdshow);函数中ncmdshow值我说过是SW_SHOWNORMAL值,应该会将窗口激活才对啊!)
    2. 无法进行调整窗口大小,移动窗口位置等等的所有对窗口的操作。
    你认为是什么原因呢?

二 且听我说:
    1. ShowWindow(hWnd, SW_SHOWNORMAL)函数作用虽然是显示窗口并激活窗口。它确实完成了窗口的显示,但是,它并没有去激活窗口,只是发了一系列与激活窗口有关的消息,这才是ShowWindow(…)函数所做的事。(那又由谁来激活呢?)
    2. 真正激活窗口的任务是由DefWindowProc( )完成的。哦,也就是说我们得让DefWindowProc( )收到ShowWindow( )产生的消息并根据消息来执行相应任务。
    3. 但ShowWindow( )产生的消息只是加入到该线程的消息队列中,并没有自动地去调用WinProc( )的回调函数对消息处理。因此,DefWindowProc( )也就没被调用,自然地就没法激活窗口了。(请边看代码边分析我的这段话吧!呵呵,你得有点想像力了!)
    4. 哦,这不由地让我想起前面的创建窗口函数CreateWindowEx( ) 。这两个函数在执行中都会产生若干的消息。但CreateWindowEx会自动地调用了WinProc( ) 函数,而ShowWindow( )没有这样。
    5. 同理,我们在窗口中的各种操作(调整大小、移动窗口等等),虽然会产生各种消息,但操作系统也只是把它们排入我们线程的消息队列中,并不自动去调用   Proc,所以同样的理由,DefWindowProc也没有去处理我们的消息了,窗口也就没法完成如调整大小,移动等等的操作了(你要知道:这些操作的实现都是由DefWindowProc( )完成的)。(还有,由于消息因为没有得到处理,就会一直留在消息队列中,这样,你的线程消息队列中的消息将会越积越多噢!)
    看来,上述的两个问题都源于同一个原因:那就是对窗口操作产生的消息只是排入消息队列中,操作系统并没有自动地调用WinProc回调函数来处理我们的窗口消息。
    哦!那我们只有自力更生了。
    我猜你一定迫切想知道如何解决吧!

三 介绍三个函数给你认识:
    我们到了一个Window窗口程序框架最关键的部分了——消息处理机制。
    消息队列中的本窗口大量消息并不会被自动取出,也没有自动地调用WinProc函数对消息加以处理,但是,Window系统提供了三个API函数给我们,让我们自己去完成这件事。看吧!
GetMessage( …);
TranslateMessage(…);
DispatchMessage(…);
    下面就让我分别对这三个函数解释解释。

1 GetMessage( …)
原型如下:
BOOL GetMessage(
    LPMSG lpMsg,
    HWND hWnd ,
    UINT wMsgFilterMin,
    UINT wMsgFilterMax);
功能:这个API函数用来从消息队列中“摘取”一个消息信息放到lpMsg所指的变量里。(注:如果所取窗口的消息队列中没有消息,则程序会暂停在GetMessage(…) 函数里,不会返回。)

参数及返回值:
    LPMSG lpMsg:是传出参数。消息结构MSG的指针。如果该函数执行成功,则从消息队列中“摘”取的一个消息信息会放入lpMsg所指的MSG结构变量中。
    在Winuser.h中有定义如下:
typedef struct tagMSG {
    HWND        hwnd;
    UINT        message;
    WPARAM      wParam;
    LPARAM      lParam;
    DWORD       time;
    POINT       pt;
} MSG, *PMSG, NEAR *NPMSG, FAR *LPMSG;
    其中的成员变量message里才是我所说的WM_SIZE、WM_COMMAND、WM_QUIT等等消息标识。
    hwnd中是这个消息所在的窗口句柄。
    好了,其它成员变量我就暂时省略不说。
    HWND hWnd:传入参数。你要获取你程序中哪个窗口的消息,那就把相应的窗口句柄代入其中。
    UINT wMsgFilterMin,UINT wMsgFilterMax:这两个参数我就不介绍。你只要用0值代入就可了。
    返回值:如果取的是WM_QUIT消息,则返回值为0,如果取的是其它消息,返回值为非0值。WM_QUIT消息是退出程序的消息。当我们想让程序退出时,我们就可以发一个WM_QUIT消息,让GetMessage返回0值。

2 TranslateMessage(…)
    原型:BOOL TranslateMessage( CONST MSG *lpMsg);
    功能:对GetMessage取得的MSG消息结构中的信息进行必要的预处理(你可不用管它做了什么。)。
    参数:
    CONST MSG *lpMsg:它是用来对你取的消息结构MSG变量进行必要的预处理。GetMessage函数取得的消息,要经过TranslateMessage处理一下,然后才可以传给DispatchMessage函数,因此,TranslateMessage必放在GetMessage与DispatchMessage之间。
    返回值:它虽然有一个返回值,我们总是忽略它,所以我也就不说了。

3 DispatchMessage(…)
    原型: LONG DispatchMessage( CONST MSG *lpMsg);
    功能:用来完成调用WinPro回调函数并把由GetMessage取得的消息结构MSG变量中的信息传递给WinPro回调函数:(原型如下)
    参数及返回值:
    MSG *lpMsg :传入参数,MSG消息结构体类型指针,指向你已经取出的消息结构体变量。
    返回值:同上,我们总是忽略它。

四 Come on,行动起来吧!
    看我添加的代码(粗体部分):
LRESULT CALLBACK WinProc(HWND hwnd,
                         UINT msg,
                         WPARAM wparam,
                         LPARAM lparam)
{
//这里可以添加你的消息处理代码
   return DefWindowProc(hwnd, msg, wparam, lparam);
}

int WINAPI WinMain(HINSTANCE hinstance,
                 HINSTANCE hprevinstance,
                 LPSTR lpcmdline,
                 int ncmdshow)
{
       HWND hWnd;
    MSG msg;
    WNDCLASSEX wndclass;  
   //……  这里省略了前面所述的注册窗口类的过程
   //
    hWnd=CreateWindowEx(NULL,WND_CLS_NAME,
                "这是我的第一个窗口",
                WS_OVERLAPPEDWINDOW|WS_VISIBLE ,
                CW_USEDEFAULT, 0,
                400,400,
                NULL,
                NULL,
                hinstance,
                NULL );
    if (!hWnd)
        return 0;
    ShowWindow(hWnd, ncmdshow);
       while(GetMessage(&msg, NULL, 0, 0)) //获取一个消息,成功后会放在msg中。
    {       
      TranslateMessage(&msg); //消息进行必要的处理转换。      
      DispatchMessage(&msg); //调用WinProc,将msg的各项信息传递给WinProc
    }
  return 0;    
}
    看清楚了:这是一个消息循环。只有当GetMessage(…)收到一个WM_QUIT时返回0值,程序才会退出。

五 程序流程分析(粗体部分)
    1. 当用户进行如调整窗口大小,移动窗口位置等等的操作时。会产生不同的消息。(当然包括了ShowWindow( )函数产生的若干个消息。
    2. Window系统会将这些消息排入本线程的消息队列中。(在操作系统中完成)
    3. 只要该窗口消息队列中有消息,我们的GetMessage(&msg,NULL,0,0)就会从消息队列中摘取一个消息的信息,填入msg结构体变量中,如果不是WM_QUIT则返回非零值,就执行循环体。(注意:如果消息队列中没有任何消息可取时,则程序会停在GetMessage函数里,直到消息队列中有了消息,GetMessage函数才会取一个消息信息并返回。)
    4. 用TranslateMessage(&msg)对msg中的数据进行预处理(你先不必知道它具体做了什么,但不要忘记这个函数。)。
    5. 然后是调用DespatchMessage(&msg),这个函数里会调用WinProc,并将msg中的数据通过WinProc的参数传递给WinProc;
    6. 程序转入执行WinProc回调函数体内的代码。
    7. 看代码处,WinProc此时只有一句 return DefWindowProc(hwnd, msg, wparam, lparam);这里,我们只是将WinProc传入的参数原样地传给了API函数DefWindowProc。所有的消息都让DefWindowProc进行缺省默认的处理。(你不用理会DefWindowProc都做了些什么。)
    8. DefWindowProc完成一个消息处理后,返回消息处理的结果。
    9. 我们的WinProc也原样地将DefWindowProc返回值返回。
    10. WinProc执行完成后,程序又返回到DispatchMessage(&msg)函数体内。(因为是在DispathMessage( )中调用WinProc的。)
    11. 退出DispatchMessage(&msg);函数后程序又执行下一个循环。即
while(GetMessage(&msg, NULL, 0, 0))
    又取下一个消息,进行下一个消息的处理。
    12. 直到GetMessage “摘取”到了退出程序的消息WM_QUIT,返回零值,退出循环,结束程序。
    (哦,整个流程是通过我们的程序与Window系统相互协作来完成的。你可要多加理解罗!)

六 调试这个程序
    不设任何断点,按F5运行程序,
    看来一切正常。可以移动窗口;可以调整窗口大小;可以最大化最小化;总之可以进行窗口的基本的操作了。(这些动作都是由DefWindowProc来完成的噢!)
    哈!我们可是渐入佳境啦!这就是Window系统消息处理机制带给我们的成果。
    不过……只是……有一个问题。
    你有没有注意到,点击窗口右上角的关闭按钮时,窗口是关闭了,但程序并没有退出(看来点击关闭按钮时并没有产生WM_QUIT的消息。)。
    你只能点击VC菜单的:Debug->Stop Debugging来退出程序了。
   (欲知此为如何,请听下回分解!)

阅读(4321) | 评论(3)


版权声明:编程爱好者网站为此博客服务提供商,如本文牵涉到版权问题,编程爱好者网站不承担相关责任,如有版权问题请直接与本文作者联系解决。谢谢!

评论

loading...
您需要登录后才能评论,请 登录 或者 注册