字符串，则连WM_PAINT消息也不用处理。
3。 消息的默认处理——DefWindowProc
Windows预定义的消息范围是0～03ffh，共1 024个消息，查看一下头文件Windows。inc，可以发现实际已定义的消息数目有几百个，这些消息中的大部分对于窗口的运行来说都是必需的，如果窗口过程要处理每一种消息，那么窗口过程中的elseif语句就会绵延数千行，但是窗口的行为就是由处理这些消息的方法来表现的，不处理又不行，怎么办呢？
实际上大部分窗口的行为都是差不多的，这意味着如果要窗口过程处理全部的消息，不同窗口的窗口过程代码应该是大同小异的，那么可以用一个模块来以默认的方式处理消息，Win32中的DefWindowProc函数实现的就是这个功能。
不要小看了这个DefWindowProc，正是它用默认的方式处理了几百种消息，才使用户能用区区百来行代码写出一个全功能的窗口。也正是所有的窗口都用DefWindowProc默认处理程序自己不处理的消息，才使它们的行为看上去大同小异，因为它们背后实际上是同一块代码在处理。
在窗口过程的分支语句中，用户处理所有需要个性化处理的消息，对于表现行为是默认行为的消息，则在else分支中用DefWindowProc来处理，对于Windows来说，它并不关心消息在窗口过程中是程序用自己的代码处理的还是用DefWindowProc处理的，它只看eax中的返回值来了解处理结果，所以不管消息是谁处理的，都必须在eax中返回正确的值。DefWindowProc返回时eax中就是它对消息的处理结果，程序只要直接把eax传回给Windows就行了，所以在例子程序中，DefWindowProc后面直接用一句ret指令返回。
表4。9中列出了DefWindowProc中对一些消息的处理方法，如果和用户期望的不同，就必须在窗口过程中自己处理。
表4。9 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消息，把非客户区画成苹果机窗口的样子，并把关闭按钮画到标题栏左边去，并且自己处理WM_NCLBUTTONUP消息，当检测到鼠标按下的位置在自己的关闭按钮上的时候，则发送WM_CLOSE消息。对别的消息的处理思路也可以按这种方法类推。
另外，可以发现DefWindowProc对WM_CLOSE的默认处理是调用DestroyWindow摧毁窗口，DestroyWindow会引发一个WM_DESTROY消息，WM_CLOSE和WM_DESTROY的不同之处是：WM_CLOSE代表用户有关闭的意向，窗口过程有权不“服从”，但收到WM_DESTROY的时候窗口已经在关闭过程中了，不管窗口过程愿不愿意，窗口的关闭已经是不可挽回的事了。
对于这两个消息，窗口过程必须处理其中的一个，因为必须有个地方发送WM_QUIT消息来结束消息循环，例子程序中处理WM_CLOSE消息，在其中用DestoryWindow摧毁窗口，再调用PostQuitMessage结束消息循环；程序也可以不处理WM_CLOSE消息，让DefWindowProc以默认处理的方式摧毁窗口，但这时候必须处理WM_DESTROY消息，在其中调用PostQuitMessage发送WM_QUIT以结束消息循环。
来源：电子工业出版社 作者：罗云彬 上一页 回书目 下一页
上一页 回书目 下一页
第4章 第一个窗口程序
4。3 窗口间的消息互发
在前面的内容中，已经知道在不同应用程序之间的窗口中可以互发消息（如图4。4所示），方法是通过SendMessage或者PostMessage函数，它们的用法如下：
invoke PostMessage；hWnd；Msg；wParam；lParam
invoke SendMessage；hWnd；Msg；wParam；lParam
对于不同的Msg，wParam和lParam的含义是不同的，如对于WM_SETTEXT是：
wParam = 0； // 未定义，必须为0
lParam = （LPARAM）（LPCTSTR）lpsz； // 要设置的字符串地址
想一想就会发现一个问题：Windows中不同应用程序的地址空间是隔离的（如图1。6所示），假设程序1要用SendMessage调用程序2所属窗口的窗口过程，但程序2窗口过程的代码并不在程序1的地址空间中，那么SendMessage如何调用它呢？其实很简单，当程序1调用SendMessage函数的时候，Windows会先保存wParam和lParam参数并等待，等轮到程序2的时间片的时候再去调用它的窗口过程，并把保存的wParam和lParam参数发给它，等窗口过程返回的时候，Windows记下返回值并等待，再等轮到程序1的时间片的时候把返回值当做SendMessage的返回值传给程序1，这样程序1看上去就像自己直接在调用程序2的窗口过程一样。
但又一个问题出现了：Windows在做“牵线红娘”的时候传递了wParam和lParam以及返回值，如果参数指向一个字符串呢，比如说上面的WM_SETTEXT消息中的lParam指向一个字符串，假设程序1中lParam指向字符串的地址为xxxxxxxx，把这个地址传给程序2的时候，程序2不可能访问到程序1的地址空间，在程序2中xxxxxxxx指向的可能是其他内容，也可能是不可访问的，这又该如何处理呢？
写一个源程序实验一下，用一个程序向另一个程序的窗口发送WM_SETTEXT消息，然后在另一个程序中将接收到的WM_SETTEXT消息的参数显示出来。先来打造接收程序，首先拷贝一份FirstWindows的代码，然后在窗口过程的分支中加上以下代码：
。elseif eax WM_SETTEXT
invoke wsprintf；addr szBuffer；addr szReceive；lParam；lParam
invoke MessageBox；hWnd；offset szBuffer；addr szCaptionMain；MB_OK
同时在数据段中加上下列定义：
szCaptionMain db 'Receive Message'；0
szReceive db 'Receive WM_SETTEXT message'；0dh；0ah
db 'param： ％08x'；0dh；0ah
db 'text： 〃％s〃'；0dh；0ah；0
在这里，要提及Win32 API中一个很常用的函数wsprintf，这是一个字符串格式化函数，可以将数值按指定格式翻译成字符串，类似于C语言中的printf函数，它的原型是这样的：
int wsprintf（
LPTSTR lpOut； // 输出缓冲区地址
LPCTSTR lpFmt； // 格式化串地址
。。。 // 变量列表
）；
变量列表的数目由格式化字符串规定，wsprintf处理格式化字符串，遇到普通的字符则直接拷贝到输出，遇到％字符则代表有一个变量，％后面不同的字母表示不同的输出格式，如％d表示输出为整数，％x表示输出为16进制，％s表示输出字符串等。
％符号和表示格式的d，x和s等字母间可以用数字来指定输出时占用的位长，这时输出的位长不够时函数会用空格填齐。另外，表示位长的数字前可以加0来表示填齐时用“0”而非空格，如％08x表示输出为8位前面用0填齐的16进制数。wsprintf是Win32 API中惟一一个参数数量不定的函数，使用wsprintf函数的时候，参数的数量取决于格式化字符串中用％号指定的数量，变量列表的数目和格式化串中的％格式一定要一一对应。这里szReceive中有两个％号定义，那么后面就要额外跟两个参数：
invoke wsprintf；addr szBuffer；addr szReceive；lParam；lParam
这条语句将lParam的数值以及lParam的字符串按照szReceive格式化串定义的格式转换，并将结果存放到szBuffer中，然后程序将szBuffer中的内容在一个消息框中显示出来：
invoke MessageBox；hWnd；offset szBuffer；addr szCaptionMain；MB_OK
接收程序写好了，现在来写一个发送程序，如下所示：
。386
。model flat；stdcall
option casemap：none
；》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》
include windows。inc
include user32。inc
includelib user32。lib
include kernel32。inc
includelib kernel32。lib
；》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》
。data
hWnd dd ？
szBuffer db 256 dup （？）
；》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》
nst
szCaption db 'SendMessage'；0
szStart db 'Press OK to start SendMessage； param： ％08x！'；0
szReturn db 'SendMessage returned！'；0
szDestClass db 'MyClass'；0
szText db 'Text send to other windows'；0
szNotFound db 'Receive Message Window not found！'；0
；》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》
de
start：
invoke FindWindow；addr szDestClass；NULL
。if eax
mov hWnd；eax
invoke wsprintf；addr szBuffer；addr szStart；addr szText
invoke MessageBox；NULL；offset szBuffer；
offset szCaption；MB_OK
invoke SendMessage；hWnd；WM_SETTEXT；0；addr szText
invoke MessageBox；NULL；offset szReturn；
offset szCaption；MB_OK
。else
invoke MessageBox；NULL；offset szNotFound；
offset szCaption；MB_OK
。endif
invoke ExitProcess；NULL
；》》》》》》》》》》》》》》》》》》》》》》》》