函数功能:该函数调度一个消息给窗口程序。通常调度从GetMessage取得的消息。
函数原型:LONG DispatchMessage(CONST MSG *lpmsg); 参数: lpmsg:指向含有消息的MSG结构的指针。 返回值:返回值是窗口程序返回的值。尽管返回值的含义依赖于被调度的消息,但返回值通常被忽略。 备注:MSG结构必须包含有效的消息值。如果参数lpmsg指向一个WM_TIMER消息,并且WM_TIMER消息的参数IParam不为NULL,则调用IPa1ram指向的函数,而不是调用窗口程序。 速查:Windows NT:3.1及以上版本;Windows:95及以上版本;Windows CE:1.0及以上版本;头文件:winuser.h;输入库:user32.lib;Unicode:在Windows NT环境下以Unicode和ANSI方式实现。
DispatchMessage将消息分发到窗口函数中,请问:DispatchMessage是直接返回还是等待WndProc处理完毕再返回? 如果直接返回,那一定会造成冲突(几个消息一起处理了),所以我认为肯定是等待WndProc处理完毕后再返回继续取出下条指令来处理。 但是在WndProc里调用DialogBox来创建模式对话框的话,WndProc肯定会卡住来等待对话框关闭,如果按照我上面说的理论,DispatchMessage肯定也会卡住,但实际上却并没卡住。 现在我真是搞不明白了,难道模式对话框是特例?
用::DiapatchMessage派送消息,在窗口处理过程(WinProc,窗口函数)返回之前,他是阻塞的,不会立即返回,也就是消息循环此时不 能再从消息队列中读取消息,直到::DispatchMessage返回。 所以,当窗口函数处理没有返回的时候,消息循环是不会从消息队列中读取消息的。这也是为什么在模式对话框中要自己用无限循环来继续消息循环,因为这个无限 循环阻塞了原来的消息循环,所以,在这个无限循环中要用GetMessage,PeekMessage,DispatchMessage来从消息队列中读 取消息并派送消息了。
模式对话框是卡住了啊,只不过它内部死循环中又有PeekMessage,GetMessage什么的了,也就是两重消息循环,外层阻塞,内层继续运作,所以不会对界面操作产生影响。
前面已经介绍从系统队列里获取一条消息,然后经过快捷键的函数检查,又通过字符消息函数的转换,最后要做的事情就是调用DispatchMessage函数,它的意思就是说要把这条消息发送到窗口里的消息处理函数WindowProc。 函数DispatchMessage声明如下: lpMsg是指向想向消息处理函数WindowProc发送的消息。 调用这个函数的例子如下: 第43行就是调用函数DispatchMessage发送消息。 |