第四章 第一个窗口程序 1 (windows的消息机制).doc

标 题: 【原创】windows下32位汇编语言学习笔记 第四章 第一个窗口程序 (windows的消息机制)作 者: jasonnbfan时 间: 2009-05-05,22:59:57链 接: /showthread.php?t=88027windows下32位汇编语言学习笔记第四章第一个窗口程序1(windows的消息机制)FirstWindow程序代码很简单，只有一个地方要说下_WinMain函数里的下面2行代码,把当前进程句柄赋值给WNDCLASSEX的hInstance，这里不能使用movstWndClass.hInstance,hInstance，因为mov指令不支持2块内从间的直接赋值。所以先把hInstance压栈再弹出到stWndClass.hInstancepushhInstancepopstWndClass.hInstance当然也可以这样做movecx,hInstancemovstWndClass.hInstance,ecxWIN32的消息机制windows系统是一个消息驱动的OS,操作通过处理各种消息来响应用户的操作。从第一个windows程序就可以看出来，大部分的代码都是处理消息的。要开发windows程序，不管你用什么开发工具什么语言，掌握消息机制的原理都是非常必要的。对于每一个带有窗口的线程，系统都会给他非配一个自己的消息队列，用于处理消息派送（Dispatch）。每个线程都用自己的消息循环来接受消息。每个线程列队默认管理最大10000个消息，修改注册表下面的键值可以修改列队中的消息数。建议的最小值是4000HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsNTCurrentVersionWindowsUSERPostMessageLimit.线程列队不是一个公开的数据结构(THREADINFO),其中包括登记消息队列(Posted-messagequeue),消息发送队列(Send-messagequeue),消息应答队列(reply-messagequeue),虚拟输入队列(virtualized-inputqueue),唤醒标志(wakeflag)，以及用来扫描线程局部输入状态的若干变量。(Windows核心编程)消息列队提取优先级1.检查QS_SENDMESSAGE标志GetMessage不处理Send消息，如果队列中没有其他send消息，关闭QS_SENDMESSAGE标志,GetMessage（）不返回检查其他消息。2.检查QS_POSTMESSAGE标志GetMessage从此列队取出消息处理并由DisPatch分发到指定窗口回调函数处理。GetMessage返回True,没有其他post消息关闭标志。3.检查QS_QUIT标志如果被PostQuitMessage()打开，则GetMessage返回False退出消息循环，并且关闭QS_QUIT标志4.检查QS_INPUT标志GetMessage从此列队取出消息处理由TranslateMessage()处理键盘鼠标消息，然后由DisPatch分发到指定窗口回调函数处理没有其他消息关闭标志.5.检查QS_PAINT标志处理同26.检查QS_TIME标志首先复位计时器，GetMessage返回True,如果没有计数器，关闭QS_TIME标志。优先级很清楚，send优先级最高，最低的是time。Windows定义了很多消息都以WM_开头，都是用#DEFINE定义的常量，用户可以定义自己的消息，windows规定用户的消息从WM_USER0x0400开始。BOOLPostMessage(HWNDhwnd,UINTuMsg,WPARAMwParam,LPARAMlParam);往进程的消息列队发送消息PostMessage，这个函数往指定进程的消息列队发送一个消息，发送完毕立即返回。调用函数无法知道发送的消息是否能被处理。如果这个指定窗口未处理完自己消息列队的所有消息前就推出了，就会处理不到post的消息。PostMessage发送的消息参数不能包含指针参数，MSDN的说明是：“如果发送一个低于WM_USER范围的消息给异步消息函数（PostMessage.SendNotifyMessage，SendMesssgeCallback），消息参数不能包含指针。否则，操作将会失败。函数将再接收线程处理消息之前返回，发送者将在内存被使用之前释放。”我的理解是，就算目标进程知道你发来的是个指针地址，但是2个进程之间的寻址空间是独立的，互相不可访问,怎么能获取发送进程内存空间里的数据呢？可以试下，把例子Send.asm修改一下看看。WM_USER值是0x0400，用户自定义消息从这里开始，前面的是windows保留的消息。这里必须把WM_SETTEXT消息改成自定义消息，否则PostMessage根本不会发送WM_SETTEXT消息给目标线程。invokePostMessage,hWnd,WM_USER+1,0,addrszTextReceive.asm修改接受WM_SETTEXT消息的代码改成这样：eax=WM_USER+1invokeMessageBox,hWnd,addrlParam,addrszCaptionMain,MB_OK用OD打开Receive.exe运行在0040102B处下段，运行send.exe，发送之前提示的地址(00402072)到了Receive，windows干脆直接把你传递的指针地址当做DWORD类型处理了，显示r，是00402072的ASCII码值，就算当成指针处理，00402072也是指向Receive内存空间里的，不可能是指向send内存空间里的数据。关于WM_QUIT消息窗口回调函数里不可能接到WM_QUIT消息。因为从消息列队里GetMessage()收到WM_QUIT消息就返回0，消息循环就会结束，所以DispatchMessage()也不可能再把这个消息分发到窗口的回调函数。这就是为什么，书里一再强调要在WM_DESTORY的消息事件里加上PostQuitMessage()的原因。如果不加，程序只是销毁窗口，但是进程任然存在。消息循环还在运行，但是因为窗口已经销毁，所以他不可能再从消息列队里取得任何消息。使用PostQuitMessage()与PostMessage()发送消息的不同前者把消息列队里的QS_QUIT标志打开，并且等待程序处理完消息列队里的所有消息后才结束消息循环。后者是把WM_QUIT直接放到消息列队，消息循环取到得下一个消息是WM_QUIT就立即退出。MSDN里不建议使用PostMessage发送WM_QUIT消息，因为这样会造成程序的收尾工作无法进行，正常退出后所需要的资源释放等操作就没法执行了。用SendMessage无法发送WM_QUIT消息，因为SendMessage并不是吧消息放入消息列队，所以，GetMessage根本无法得到SendMessage发送的消息。BOOLPostThreadMessage(DWORDdwThreadId,UINTuMsg,WPARAMwParam,LPARAMlParam);这个函数和PostMessage类似，都是发送完消息立即返回，不同的是这个函数向指定的ThreadId发送一条消息。这个函数发送的消息不回被分配到目标进程窗口的回调函数，因为当消息放入列队时，MSG的hwnd被设置为NULL,没有窗口句柄，DispatchMessage能把消息分配给谁呢?PostThreadMessage也可以发送WM_QUIT消息，消息会放到队列的尾端。在qs_input之前处理该消息。PostMessage和PostThreadMessage发送WM_QUIT消息都会造成窗口的首尾代码无法执行。用的时候需要注意下。LRESULTSendMessage(HWNDhwnd,UINTuMsg,WPARAMwParam,LPARAMlParam)SendMessage同步发送消息，发送进程要等待目标进程窗口的回调函数处理完成消息后才能恢复运行，调用点线程在等待SendMessage返回的过程中是挂起状态，本身也无法响应任何操作。发送进程再等待的过程中，如果系统中其他的进程向等待进程发送消息，则发送进程立即处理消息。Windows提供了其他的4个API来进行进程间的消息发送。LRESULTSendMessageTimeout(HWNDhwnd,UINTuMsg,WPARAMwParam,LPARAMlParam,UINTfuFlags,UINTfuTimeout,PDWORD_PTRpdwResult);fuFlags参数由下列标志组成SMTO_ABORTIFHUNG如果目标进程处于挂起状态立即返回。SMTO_BLOCK发送进程在SendMessageTimeout返回之前不处理任何消息SMTO_NORMAL0值，如果不适用其他标志，就是用这个标志SMTO_NOTIMEOUTIFNOTHUNG如果目标进程未处于挂起状态不考虑fuTimeout限定等待值fuTimeout参数指定等待时间单位毫秒pdwResult指向一段内存区域，保存返回结果。如果用SendMessageTimeout本身线程的窗口则直接调用窗口的回调函数，并且将结果保存在pdwResult中。BOOLSendMessageCallback(HWNDhwnd,UINTuMsg,WPARAMwParam,LPARAMlParam,SENDASYNCPROClpCallback,ULONG_PTRdwData);lpCallback参数指向一个CALLBACK函数，定义如下VOIDCALLBACKResultBack(HWNDhwnd,UINTuMsg,ULONG_PTRdwData,LRESULTlResult);发送线程使用SendMessageCallback发送消息到接受线程的发送消息列队，并理解返回。当接收线程处理完消息后，用一个消息登记到发送线程的应答消息队列，然后系统调用ResultBack函数通知发送进程。前2个参数是接受线程窗口的句柄，消息值，第三个参数dwData就是SendMessageCallback中最后一个参数，lResult参数是接受消息窗口回调函数的返回值。接收进程处理完SendMessageCallback函数后先在发送进程消息列队登记应答消息，发送进程在下一次调用GetMessage,PeekMessage时，执行ResultBack函数BoolSendNotifyMessage(HWNDhwnd,UINTuMsg,WPARAMwParam,LPARAMlParam);SendNotifyMessage将消息放到接收线程的发送消息列队(QS_SENDMESSAGE)中，并且立即返回。和PostMessage类似，但不同的是。发送消息列队的优先级比登记列队（QS_POSTMESSAGE）的优先级高。所以SendNotifyMessage发送的消息比PostMessage发送的消息处理的早。向进程发送窗口消息时，SendNotifyMessage效果和SendMessage完全一样，等待消息处理完之后才返回。BOOLReplyMessage(LRESULTlResult);这个函数是用于接收线程窗口的回调函数中,调用ReplyMessage后，发送线程恢复运行。判断消息类型BOOLInSendMessage();如果当前消息是进程间消息，返回TRUE,如果是进程内消息返回FALSE;DWORDInSendMessageEx(PVOIDpvReserved);这个函数返回正在执行的消息类型。返回值如下:ISMEX_NOSEND消息是线程内部消息ISMEX_SEND消息是用SendMessage或SendMessageTimeout发送的进程间消息ISMEX_NOTIFY消息是SendNotifyMessage发送的进程间消息ISMEX_CALLBACK消息是SendMessageCallBack发送的进程间消息ISMEX_REPLIED消息是是进程间消息，并且已经调用ReplyMessage消息队列的状态标志DWORDGetQueueStatus(UINTfuFlags);参数fuFlags是由一组标志联合起来的值，用来查看特定的唤醒队列标志。QS_KEYWM_KEYUP、WM_KEYDOWN、WM_SYSKEYUP或WM_SYSKEYDOWNQS_MOUSEMOVEWM_MOUSEMOVEQS_MOUSEBUTTONWM_?BUTTON*（其中？代表L、M或R、*代表DOWN、UP或DBLCLK)QS_MOUSE同QS_MOUSEMOVE|QS_MOUSEBUTTONQS_INPUT同QS_MOUSE|QS_KEYQS_PAINTWM_PAINTQS_TIMERWM_TIMERQS_HOTKEYWM_HOTKEYQS_POSTMESSAGE登记的消息（不同于硬件输入事件）。当队列在期望的消息过滤器范围内没有登记的消息时，这个标志要消除。除此之外，这个标志与QS_ALLPOSTMESSAGE相同QS_ALLPOSTMESSAGE登记的消息（不同于硬件输入事件）。当队列完全没有登记的消息时（在任何消息过滤器范围），该标志被清除。除此之外，该标志与QS_POSTMESSAGE相同QS_ALLEVENTS同QS_INPUT|QS_POSTMESSAGE|QS_TIMER|QS_PAINT|QS_HOTKEYQS_QUIT已调用PostQuitMessage。注意这个标志没有公开，所以在WinUser.h文件中没有。它由系统在内部使用QS_SENDMESSAGE由另一个线程发送的消息QS_ALLINPUT同QS_ALLEVENTS|QS_SENDMESSAGE消息类型存放在回值的高字节中（2个字节），低字节储存还没有处理的消息类型。上面几个函数都是用来发送消息,很多函数不是常用的，但多了解几个函数没有坏处，了解的东西越多，遇到问题解决的办法也就越多。键盘，鼠标消息windows程序与用户的互交都是通过鼠标键盘实现的，所以必须要了解windows是如何处理键盘鼠标消息的。首先，发生的键盘鼠标消息是先报错在系统消息列队的（不是直接发放到应用程序列队）,当应用程序处理上一个输入消息后，系统消息队列才把下一个输入消息投放到应用程序列队。因为如果按键的输入速度比应用程序处理速度快，后来的键如果还是发往当前的焦点窗口句柄，那么切换到新窗口后后来输入的键还是会发送到先前的窗口，直到上一个窗口处理完所有的未处理的按键消息，按键才会改变发送的窗口句柄到新窗口。其次，每一个按键产生2类消息，按键消息和字符消息。很显然，有的按键只有按键消息没有字符消息，比如Capslk,Shift等。按键又分为系统按键和非系统按键,对于系统按键，当按下一个键发生WM_SYSKEYDOWN消息，放开这个键发生WM_SYSKEYUP消息,对于非系统间，按下和放开发生WM_KEYDOWN和WM_KEYUP消息。很显然这些消息都成成对出现的。一个KEYDOWN,接着就是一个KEYUP,对于系统按键，通常是windows系统本身比较关心的消息，系统按键通常由ALT快捷键产生，AlttabAltF4Altesc等等。应用程序不处理ALT消息，而是交给DefWindowProc来处理，这就说明应用程序的菜单快捷键也是由系统处理。系统将Ctrl+s这类的快捷键，转换成菜单命令消息,不用自己去处理。对于所有的4类按键消息WM_SYSKEYDOWNWM_SYSKEYUPWM_KEYDOWNWM_KEYUP,wParam参数保存虚拟键代码，LParam参数包含按键的其他数据。产生虚键代码的原因是因为早期的键码是由真实键盘产生，叫做扫描码,扫描吗是按照键盘的排列顺序产生的，比如16是Q,17是W（数数看，呵呵)很明显这种键码会因为键盘布局的变化而变化，太过于设备话，于是通过定义虚拟键代码。虚拟代码是一些列VK开头的定义在winuser.h里的值。例如VK_TAB,VK_RETURN(回车键)等等，键盘数字0-9和字母a-z,A-Z就是ASCII的值。小键盘上的数字是VK_NUMPAD0-VK_NUMPAD9，其他的功能键都是VK_+键的英文含义组成。lParam参数的32位分成6个字段，用于表示不同的消息00-15位，包含按键的从重复次数。16-23位，包含按键的OEM扫描吗，上面说过扫描吗。24位，包含按键的扩充标志，这个标准被windows忽略不用29位，包含按键的内容代码，对于系统键盘此位是1，对于非系统键此位为030位，包含按键的先前状态，如果键是先前释放的，为0，否则为1.31位，包含按键的转换状态，如果键盘按按下，为0，否则为1。25-28位未知。shortGetKeyState(intvKey)函数用来获得某个键到目前为止的状态，比如判断shift是否按下GetKeyState(VK_SHIFT)，按下高位时1，否则是0，GetKeyState(VK_CAPITAL)(Capslk键)如果打开低位返回1，注意这个GetKeyState返回short类型的值16位,不是上面说的LParam的值。GetKeyState不是实时检查状态的，指检查到目前为止的键盘状态。shortGetAsyncKeyState(intvKey)函数用来获取当前的某个键的当前状态。高位为1则当前判断的建被按下，低位返回1则，则按键在上次调用GetasyncKeystate以来状态是被按下的。GetKeyState判断组合键比较合适，因为可以判断某个键到目前为止的状态，按下了Ctrl再按下S,那么可以在S键的处理消息上判断GetKeyState(VK_LCTRL)是否按下。GetAsyncKeyState可以用来做个循环，当某个键现在按下，处理某些事情。字符消息每当一个键被按下，就产生一个按键消息和字符消息，通常我们只关心字符消息，因为同样的按键产生的字符有可能是不同的，比如，打开搜狗输入法按Shit+4打出的字符是￥，关闭输入法打出的是$。字符消息的wParem参数是按键的ASCII值，所以在回调函数中可以if(wParam=a)这样判断输入的字符。鼠标消息鼠标按键全使用消息,每个键有3个消息，BUTTONDOWN,BUTTONUP,BUTTONDBLCLK(双击),WM_L（左键）WM_M（中键）WM_R（右键）加上三个消息代表了鼠标显示区消息。鼠标的移动消息是WM_MOUSEMOVE此时wParam参数表示下列的按键是否被按下MK_CONTROLMK_LBUTTONMK_MBMTTONMK_RBUTTONMK_SHIFTlParam低位代表鼠标X坐标，高位代表鼠标Y坐标。可以看出SendMessage()发送的WM_CHAR消息不会被目标进程的窗口回调函数处理，因为SendMessage直接发送到回调函数,没有经过TranslateMessage翻译键盘消息。线程间的数据共享WM_SETTEXT消息首先说明WM_SETTEXT消息不是一个用来做进程间发送数据用的，这个消息是用来设置窗口标题，或者按钮文本，或者Edit控件内容的。比如SetWindowText（HWNDhwnd,LPCTSTRlpString）（设置窗口的标题）调用这个函数实际上就是产生了一个WM_SETTEXT消息，通常由默认回调函数DefWindowProc来处理。想想就行了，只能发送一个字符串有什么用？但是WM_SETTEXT消息特殊的地方就是，系统为用这个消息发送的字符串开辟另外一块共享内存映射空间，使不同进程接收消息的线程也能够收到并且使用这个字符串。对应的还有一个WM_GETTEXT消息，这个消息是从目标窗口句柄返回字符串信息，同样GetWindowText（HWNDhwnd,LPCTSTRlpString，intiMaxCount）函数也是产生一个WM_GETTEXT消息由DefWindowProc来处理,参数中多了一个iMaxCount用来表示字符串的长度。WM_COPYDATA消息WM_COPYDATA消息把自定义的