关于程序收到消息的顺序(小甲鱼)

窗口过程收到消息是有一定顺序的,收到第一条消息并不是从消息循环开始以后,而是在CreateWindowEx 中就开始了,显示和刷新窗口的函数 ShowWindow 和 UpdateWindow 也向窗口过程发送消息。
这一点并不奇怪,因为 Windows 在CreateWindowEx 前调用 RegisterClassEx 的时候就已经得到窗口过程的地址了。并且在建立窗口的过程中需要窗口过程的配合。

调用 CreateWindowEx 时窗口过程收到的消息:

消息发生 说明
 WM_GETMINMAXINFO  获取窗口大小,以便初始化
 WM_NCCREATE  非客户区开始建立
 WM_NCCALCSIZE  计算客户区大小
 WM_CREATE  窗口建立

调用ShowWindow时窗口过程收到的消息:

消息发生 说明
WM_SHOWWINDOW 显示窗口
WM_WINDOWPOSCHANGING 窗口位置准备改变
WM_ACTIVATEAPP 窗口准备激活
WM_NCACTIVATE 激活状态改变
WM_GETTEXT 取窗口名称(显示标题栏用)
WM_ACTIVATE 窗口准备激活
WM_SETFOCUS 窗口获得焦点
WM_NCPAINT 需要绘画窗口边框
WM_ERASEBKGND 需要擦除背景
WM_WINDOWPOSCHANGED 窗口位置已经改变
WM_SIZE 窗口大小已经改变
WM_MOVE 窗口位置已经移动
然后程序执行 UpdateWindow,这个函数向窗口过程发送一条 WM_PAINT 消息,接着,主程序开始进入消息循环。
在消息循环中,Windows 根据各种因素给窗口过程发送相应的消息,直到调用 DestroyWindows 为止。
那么 DestoryWindow 向窗口过程发送的消息具体又是神马内容呢?
请看大屏幕 ->>
消息发生 说明
WM_NCACTIVATE 窗口激活状态改变
WM_ACTIVATE 窗口准备非激活
WM_ACTIVATEAPP 窗口准备非激活
WM_KILLFOCUS 失去焦点
WM_DESTROY 窗口即将被摧毁
WM_NCDESTROY 窗口的非客户区及所有子窗口已经被摧毁

在所有这些阶段的消息中,大部分的消息都不需要程序自己关心,Windows 只是尽义务通知窗口过程而已,窗口过程转手就交给 DefWindowProc 去处理了。

程序需要关心的消息有下面这些,可以根据需要选择使用:

WM_CREATE — 放置窗口初始化代码,如建立各种子窗口(状态栏和工具栏等)
WM_SIZE — 放置位置安排的代码,因为建立的子窗口可能需要随窗口大小的改变而移动位置
WM_PAINT — 如果需要自己绘制客户区,则在这里安排代码
WM_CLOSE — 向用户确认是否退出,如果退出则摧毁窗口并发送WM_QUIT消息
WM_DESTROY — 窗口摧毁,在这里放置释放资源等扫尾代码
在例子程序中,我们处理了 WM_PAINT 消息来绘制客户区,功能就是在窗口的中间写上一行字:”Welcome to fishc.com!”
先通过 BeginPaint 获取窗口客户区的 ”设备环境” 句柄。
然后通过 GetClientRect 获取客户区的大小。
最后通过 DrawText 函数将字符串按照取得的屏幕大小居中写到 “设备环境” 中,也就是窗口上。
如果不需要显示这个字符串,则连WM_PAINT消息也不用处理。
Windows 预定义的消息范围是 0~03ffh,总共 1024 个消息,查看一下头文件Windows.inc,可以发现实际已定义的消息数目有几百个,这些消息中的大部分对于窗口的运行来说都是必需的。
如果窗口过程要处理每一种消息,那么窗口过程中的 elseif 语句肯定就会绵延数千行,这显然很费劲,所以诞生了 DefWindowProc 函数。
正是它用默认的方式处理了几百种消息,我们才能用区区百来行代码写出一个全功能的窗口。
也正是所有的窗口都用 DefWindowProc 默认处理程序自己不处理的消息,才使它们的行为看上去大同小异,因为它们背后实际上是同一块代码在处理。
这样子的话我们终于了解到为什么在 Windows 上很多窗口程序无论形状或者行为(拖动、最大化、最小化、关闭等)都大同小异。
形状 – 窗口类
行为 – DefWindowProc
在窗口过程的分支语句中,用户处理所有需要个性化处理的消息,对于表现行为是默认行为的消息,在 else 分支中用 DefWindowProc 来处理。
对于Windows来说,它并不关心消息在窗口过程中是程序用自己的代码处理的还是用DefWindowProc 处理的,它只看 eax 中的返回值来了解处理结果,所以不管消息是谁处理的,都必须在 eax 中返回正确的值。
DefWindowProc 返回时 eax 中就是它对消息的处理结果,程序只要直接把 eax 传回给Windows 就行了,所以在例子程序中,DefWindowProc 后面直接用一句 ret 指令返回。
下边给大家列出了 DefWindowProc 中对一些消息的处理方法,如果和用户期望的不同,就必须在窗口过程中自己处理。
请看大屏幕 ->>
消息 DefWindowProc的处理方式
WM_PAINT 发送WM_ERASEBKGND消息来擦除背景
WM_ERASEBKGND 用窗口类结构中的hbrBackground刷子来绘画窗口背景
WM_CLOSE 调用DestroyWindow来摧毁窗口
WM_NCLBUTTONDBLCLK 这是非客户区(如标题栏)鼠标双击消息,DefWindowProc测试鼠标的位置,然后再采取相应的措施,如标题栏双击将最大化和恢复窗口
WM_NCLBUTTONUP 这是非客户区鼠标释放消息,同样,DefWindowProc测试鼠标的位置然后再采取相应的措施,如鼠标在“关闭”按钮的位置释放将导致发送WM_CLOSE消息
WM_NCPAINT 非客户区绘制消息,DefWindowProc将绘制边框和客户区

从这些默认的处理方法可以看出,想要一个窗口和别的窗口看起来不一样。
比如想要窗口看起来像苹果机的窗口一样,并且把关闭按钮移到标题栏最左边,那么可以自己处理 WM_NCPAINT 消息,把非客户区画成苹果机窗口的样子,并把关闭按钮画到标题栏左边。
对别的消息的处理思路也可以按这种方法类推。
另外,细心的鱼油会发现 DefWindowProc 对WM_CLOSE 的默认处理是调用 DestroyWindow摧毁窗口。
DestroyWindow 会引发一个 WM_DESTROY消息, WM_DESTROY 和 WM_CLOSE 不同:
WM_CLOSE 代表用户有关闭的意向,窗口过程有权”不服从”(如我们上节课对他进行修改)
但收到 WM_DESTROY 的时候不管窗口过程愿不愿意,窗口的关闭已经是不可挽回的事。

发表评论

电子邮件地址不会被公开。 必填项已用 * 标注

*

您可以使用这些 HTML 标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>