当前位置：文档之家 › 第四章 第一个窗口程序 1 (windows的消息机制)

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

  • 格式：doc
  • 大小：48.00 KB
  • 文档页数：8

标 题: 【原创】windows下32位汇编语言学习笔记 第四章 第一个窗口程序 (windows的消息机制) 作 者: jasonnbfan 时 间: 2009-05-05,22:59:57 链 接: http://bbs.pediy.com/showthread.php?t=88027

windows下32位汇编语言学习笔记 第四章 第一个窗口程序 1 (windows的消息机制) FirstWindow程序代码很简单，只有一个地方要说下 _WinMain 函数里的下面2行代码, 把当前进程句柄赋值给WNDCLASSEX的hInstance，这里不能使用mov @stWndClass.hInstance,hInstance，因为mov指令不支持2块内从间的直接赋值。 所以先把hInstance压栈再弹出到@stWndClass.hInstance push hInstance pop @stWndClass.hInstance

当然也可以这样做 mov ecx,hInstance mov @stWndClass.hInstance,ecx

WIN32的消息机制 windows系统是一个消息驱动的OS,操作通过处理各种消息来响应用户的操作。从第一个windows程序就可以看出来，大部分的代码都是处理消息的。要开发windows程序，不管你用什么开发工具什么语言，掌握消息机制的原理都是非常必要的。

对于每一个带有窗口的线程，系统都会给他非配一个自己的消息队列，用于处理消息派送（Dispatch）。每个线程都用自己的消息循环来接受消息。每个线程列队默认管理最大10000个消息，修改注册表下面的键值可以修改列队中的消息数。建议的最小值是4000 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\USERPostMessageLimit.

线程列队不是一个公开的数据结构(THREADINFO),其中包括登记消息队列(Posted-message queue),消息发送队列(Send-message queue),消息应答队列(reply-message queue),虚拟输入队列(virtualized-input queue),唤醒标志(wake flag)，以及用来扫描线程局部输入状态的若干变量。(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 标志 处理同2 6.检查QS_TIME 标志 首先复位计时器，GetMessage返回True,如果没有计数器，关闭QS_TIME标志。 优先级很清楚，send优先级最高，最低的是time。 Windows定义了很多消息都以WM_开头，都是用#DEFINE 定义的常量，用户可以定义自己的消息，windows规定用户的消息从WM_USER 0x0400开始。

BOOL PostMessage(HWND hwnd,UINT uMsg,WPARAM wParam,LPARAM lParam); 往进程的消息列队发送消息PostMessage，这个函数往指定进程的消息列队发送一个消息，发送完毕立即返回。调用函数无法知道发送的消息是否能被处理。如果这个指定窗口未处理完自己消息列队的所有消息前就推出了，就会处理不到post的消息。

PostMessage发送的消息参数不能包含指针参数，MSDN的说明是： “如果发送一个低于WM_USER范围的消息给异步消息函数（PostMessage.SendNotifyMessage，SendMesssgeCallback），消息参数不能包含指针。否则，操作将会失败。函数将再接收线程处理消息之前返回，发送者将在内存被使用之前释放。”

我的理解是，就算目标进程知道你发来的是个指针地址，但是2个进程之间的寻址空间是独立的，互相不可访问,怎么能获取发送进程内存空间里的数据呢？

可以试下，把例子Send.asm修改一下看看。 WM_USER 值是 0x0400，用户自定义消息从这里开始，前面的是windows保留的消息。这里必须把WM_SETTEXT消息改成自定义消息，否则PostMessage根本不会发送WM_SETTEXT消息给目标线程。 invoke PostMessage,hWnd,WM_USER + 1,0,addr szText

Receive.asm修改接受WM_SETTEXT消息的代码改成这样： eax == WM_USER + 1 invoke MessageBox,hWnd,addr lParam,addr szCaptionMain,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发送的消息。

BOOL PostThreadMessage(DWORD dwThreadId,UINT uMsg,WPARAM wParam,LPARAM lParam); 这个函数和PostMessage类似，都是发送完消息立即返回，不同的是这个函数向指定的ThreadId发送一条消息。这个函数发送的消息不回被分配到目标进程窗口的回调函数，因为当消息放入列队时，MSG的hwnd被设置为NULL,没有窗口句柄，DispatchMessage能把消息分配给谁呢?PostThreadMessage也可以发送WM_QUIT消息，消息会放到队列的尾端。在qs_input之前处理该消息。 PostMessage 和PostThreadMessage发送WM_QUIT消息都会造成窗口的首尾代码无法执行。用的时候需要注意下。

LRESULT SendMessage(HWND hwnd,UINT uMsg,WPARAM wParam,LPARAM lParam) SendMessage同步发送消息，发送进程要等待目标进程窗口的回调函数处理完成消息后才能恢复运行，调用点线程在等待SendMessage返回的过程中是挂起状态，本身也无法响应任何操作。 发送进程再等待的过程中，如果系统中其他的进程向等待进程发送消息，则发送进程立即处理消息。

Windows提供了其他的4个API来进行进程间的消息发送。 LRESULT SendMessageTimeout(HWND hwnd,UINT uMsg,WPARAM wParam,LPARAM lParam,UINT fuFlags,UINT fuTimeout,PDWORD_PTR pdwResult);

fuFlags参数由下列标志组成 SMTO_ABORTIFHUNG 如果目标进程处于挂起状态立即返回。 SMTO_BLOCK 发送进程在SendMessageTimeout返回之前不处理任何消息 SMTO_NORMAL 0值，如果不适用其他标志，就是用这个标志 SMTO_NOTIMEOUTIFNOTHUNG 如果目标进程未处于挂起状态不考虑fuTimeout限定等待值

fuTimeout参数指定等待时间单位毫秒 pdwResult 指向一段内存区域，保存返回结果。如果用SendMessageTimeout本身线程的窗口则直接调用窗口的回调函数，并且将结果保存在pdwResult中。

BOOL SendMessageCallback(HWND hwnd,UINT uMsg,WPARAM wParam,LPARAM lParam,SENDASYNCPROC lpCallback,ULONG_PTR dwData); lpCallback 参数 指向一个CALLBACK函数，定义如下 VOID CALLBACK ResultBack(HWND hwnd,UINT uMsg,ULONG_PTR dwData,LRESULT lResult);

合集下载

剖析Windows消息处理机制

剖析Windows消息处理机制

剖析Windows消息处理机制 前⼀段，帮⼈写了个⼩控件，⼜温习了⼀遍Windows消息处理机制，现在把⼀些知识点总结出来，供⼤家参考.1.窗⼝ Windows程序是由⼀系列的窗⼝构成的，每个窗⼝都有⾃⼰的窗⼝过程，窗⼝过程就是⼀个拥有有固定 Signature 的 C函数，具体格式如下：

LRESULT CALLBACK WindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam );

窗⼝类型： 可重叠窗⼝(Overlapped Window)， 弹出窗⼝(Pop-up Window)， ⼦窗⼝(Child Window)

窗⼝之间的关系: ⽗⼦关系，拥有关系，前后关系。

2.线程 ⼀个进程⾄少拥有⼀个线程，称为主线程，如果⼀个线程创建了窗⼝，拥有GUI资源，那么也称该线程为GUI线程,否则就为⼯作线程。窗⼝是由线程创建的， 创建窗⼝的线程就拥有该窗⼝。这种线程拥有关系的概念对窗⼝有重要的意义：建⽴窗⼝的线程必须是为窗⼝处理所有消息的线程。为了使这个概念更加明 确具体，可以想像⼀个线程建⽴了⼀个窗⼝，然后就结束了。在这种情况下，窗⼝不会收到⼀个WM_DESTROY或WM_NCDESTROY消息，因为线程已经结束，不可 能被⽤来使窗⼝接收和处理这些消息。每个线程，如果它⾄少建⽴了⼀个窗⼝，都由系统对它分配⼀个消息队列。这个队列⽤于窗⼝消息的派送(dispatch)。 为了使窗⼝接收这些消息，线程必须有它⾃⼰的消息循环，消息循环⼀般如下：

MSG msg; while( GetMessage(&msg, NULL, 0, 0) ) { TranslateMessage (&msg); DispatchMessage (&msg); }

应⽤程序不断的从消息队列中获取消息,然后系统通过DispatchMessage函数分派消息到相应窗⼝的窗⼝过程，使得消息得到处理。当获取到WM_QUIT消息时， GetMessage返回0，循环结束。

Windows消息传递机制详解

Windows消息传递机制详解

Windows消息传递机制详解对于windows程序设计，这⾥有⼏个关键词需要注意：消息，消息循环，窗⼝过程。

所谓的Windows消息传递机制就类似于⽣活中的物流公司。

当寄件⼈（例如⿏标、键盘）将包裹（消息）交给物流公司（Windows系统）时，物流公司（Windows系统）会进⾏整理并且派发（整理及派发主要由消息循环完成），交给相应的快递员（窗⼝过程）来处理。

快递员（窗⼝过程）拿到包裹（消息）后则有多种⽅式来处理，如⽴马交给收件⼈，等⼀天交给收件⼈，或转交给其他快递派发，这就需要在窗⼝过程中⽤swich/case来区分。

消息循环：当初始化完成后，WinMain主函数就进⼊消息循环：While(GetMessage(&msg,...)){TranslateMessage(&msg);//转换键盘消息DispatchMessage(&msg);//分派消息}窗⼝过程：LRESULT CALLBACK WndProc(...){...switch( msg ){case 1:...case 2:...Default:...}return 0;}下⾯以两个问题的⽅式进⾏具体概要。

问题1：消息有哪⼏种分类⽅法？(1) 队列消息和⾮队列消息队列消息会被送到系统消息队列，然后到线程消息队列。

Windows维护⼀个系统消息队列，每个GUI线程也有⼀个线程消息队列。

其中包括键盘⿏标消息，WM_PAINT、WM_TIMER、WM_QUIT。

这些队列消息以外的消息绝⼤多数都是⾮队列消息。

此处注意:消息队列中放置的消息是以MSG结构的形式存在，MSG包括：窗⼝句柄、消息标识、消息的两个参数（WPARAM 和LPARAM）、消息发送（POST）的时间以及⿏标的位置。

此外，可以利⽤::GetMessage函数和::PeekMessage函数来保存获得的消息信息。

⾮队列消息直接送给⽬的窗⼝过程。

(2) 系统消息和应⽤程序消息系统消息ID范围 0X8000~0XBFFF应⽤程序消ID范围0XC000~0XFFFF为了应⽤程序消息的ID唯⼀性，可以使⽤：：RegisterWindowMessage来得到特定的ID。

Windows消息机制浅析

Windows消息机制浅析

Windows消息机制浅析1. Windows 的历史中国⼈喜欢以史为鉴，⽽事实也确实是，如果你能知道⼀件事情的来龙去脉，往往可以更容易地理解事物为什么会表现为当前这样的现状。所以，我的介绍性开场⽩通常会以⼀段历史开始。不过，我不会以精确到年⽉⽇的那种⽅式详细讲述，⽽是选取⼏个对我们的编程⽣涯有重要影响的关键点。

Windows 是真正的图形化界⾯操作系统的普及者，⽆论任何⼈，争夺什么第⼀个实现的GUI、第⼀个商业化的GUI之类的虚名，都替代不了Windows 的历史功绩，让最普通的⽤户能够容易地操纵PC。

第⼀个声名⼤噪的版本是Windows 3.0（也有⼈认为应该是它的更加健康强壮的弟弟Windows 3.1），从那个时候开始，我们就和本⽂中以下的⼏个关键⾓⾊有了不尽的情缘：

[cpp]1. while(GetMessage(&msg, NULL,0, 0)) 2. { 3. TranslateMessage(&msg); 4. DispatchMessage (&msg); 5. }

while(GetMessage(&msg, NULL,0, 0)){ TranslateMessage(&msg); DispatchMessage (&msg);}

上⾯代码中的这三个相关函数，会在后⽂中提到。

第⼆个⼤红⼤紫的版本则⾮Windows 95莫属。这个版本的主要变化在于，⽆论如何，它是⼀个⼤众化的所谓32位系统了。之所以要加上“所谓的”三个字，是因为这个系统是个混⾎⼉，在32位代码中混杂有⼤量的从之前的Windows3.x上移植过来的16位代码。

此时间稍后，另⼀⽀潜⼒股的关键进化过程结束，Windows NT 4.0隆重登场，这个分⽀的操作系统是全32位的，成为了 Windows 95 系列的掘墓者，也是我们现在所使⽤⼏乎所有的 Windows 桌⾯系统（Windows2000/XP/2003/Vista/2008）的前辈。但是，这个版本由于对系统硬件的要求甚⾼（在当时），所以没有引起普通⽤户的⼴泛关注。

Windows消息处理机制与事件驱动

Windows消息处理机制与事件驱动

Windows消息处理机制与事件驱动【SunXin.VC++深⼊】1.窗⼝（Windows）和句柄（HANDLE,handle）：窗⼝句柄（HWND）图标句柄（HICON）、光标句柄（HCURSOR）和画刷句柄（HBRUSH）2.消息，消息队列，消息循环，消息响应.OS将操作包装成Message.typedef struct MSG {HWND hwnd; //窗⼝句柄，即标⽰消息所属的窗⼝UINT message;//标⽰消息的类别，是⿏标还是键盘等如⿏标左键按下消息是WM_LBUTTONDOWN，键盘按下消息是WM_KEYDOWN，字符消息是WM_CHARWPARAM wParam;//消息的附加信息LPARAM lParam;//消息的附加信息DWORD time;//消息投递到消息队列中的时间POINT pt;//⿏标的当前位置} MSG;.消息队列，每⼀个Windows应⽤程序开始执⾏后，系统都会为该程序创建⼀个消息队列，这个消息队列⽤来存放该程序创建的窗⼝的消息 .进队消息(OS将产⽣的消息放在应⽤程序的消息队列中，让应⽤程序来处理)不进队消息(OS直接调⽤窗⼝的处理过程).Windows应⽤程序的消息处理机制while(GetMessage(&msg,NULL,0,0)){//接收到WM_QUIT消息时，才返回0TranslateMessage(&msg);//对消息进⾏包装处理然后再以消息的形式投放到消息队列DispatchMessage(&msg);//消息回传给操作系统，由操作系统调⽤窗⼝过程函数对消息进⾏处理}（1）操作系统接收到应⽤程序的窗⼝消息，将消息投递到该应⽤程序的消息队列中。

（2）应⽤程序在消息循环中调⽤GetMessage函数从消息队列中取出⼀条条的消息。

取出后，以对消息进⾏⼀些预处理，如放弃对某些消息的响应，或者调⽤TranslateMessage产⽣新的消息（3）应⽤程序调⽤DispatchMessage，将消息回传给操作系统。