PostMessage 和SendMessage的区别

1.队列

PostMessage  和SendMessage的区别主要在于是否等待其他程序消息处理。

PostMessage只是把消息放入队列,不管其他程序是否处理都返回,然后继续执行

2.返回

SendMessage必须等待其他程序处理消息后才返回,继续执行。这两个函数的返回值也不同,SendMessage的返回值表示其他程序处理消息后的返回值

PostMessage的返回值表示PostMessage函数执行是否正确

 

如果要在不同进程间传递字符串等数据,最好用SendMessage,hWnd,WM_COPYDATA,0,addr stCopyData

stCopyData的定义:stCopyData     COPYDATASTRUCT      <>

一招让你打不开百度

无聊了,写个小程序

.386
.model flat,stdcall
option casemap:none
include        windows.inc
include        gdi32.inc
includelib    gdi32.lib
include        user32.inc
includelib    user32.lib
include        kernel32.inc
includelib    kernel32.lib
.data
hMain    dd    ?
.data?
.const
szWindowName    db    ’百度一下,你就知道 – Windows Internet Explorer’,0
.code
start:
.while TRUE
invoke FindWindow,NULL,addr szWindowName
.if eax
mov hMain,eax
invoke SendMessage,hMain,WM_CLOSE,0,0
.endif
.endw
invoke ExitProcess,NULL
end start

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

窗口过程收到消息是有一定顺序的,收到第一条消息并不是从消息循环开始以后,而是在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 的时候不管窗口过程愿不愿意,窗口的关闭已经是不可挽回的事。

WM_COMMAND和WM_SYSCOMMAND(转)

对于菜单、加速键来说,点击后Windows会都会向它们所属的窗体发送WM_COMMAND消息。除了菜单、加速键,一些子窗体也会引发这些消息。例如对话框中的按钮或者工具栏中按钮(控件发通知消息给父窗体)WM_COMMAND消息中有两个参数,wparamlparam,定义如下:

       wParam 高两个字节通知码

       wParam 低两字节命令ID

       lParam 发送命令消息的子窗体句柄。

       对于菜单和加速键来说,lParam0,只有控件此项才非0。命令ID也就是资源脚本中定义的菜单项的命令ID或者加速键的命令ID;菜单的通知码为0;加速键的通知码为1

       对于Windows菜单中菜单项和加速键,点击后,Windows会向所属的窗体发送WM_SYSCOMMAND,而不是WM_COMMAND消息。注意,WINDOWS菜单是系统菜单,也就是在标题栏点击鼠标左键的时候弹出的菜单。我们可以捕获WM_CREATE消息,加入自己的操作:GetSysMenu获取系统菜单句柄,然后对系统菜单进行操作,并且捕获添加菜单项(根据菜单命令IDID对应的WM_SYSCOMMAND消息进行处理。修改系统默认的菜单行为。

例如:#define IDM_SELMENU 0×4444

else if ( uMsg == WM_CREATE)

       {

              HMENU hMenu = GetSystemMenu(hWnd,0);

              AppendMenu(hMenu,0,IDM_SELMENU,”Show Hello”);

              return DefWindowProc(hWnd,uMsg,wParam,lParam);

       }

       else if ( uMsg == WM_SYSCOMMAND) //

       {           

              if ( wParam << 16 >> 16 == 0×4444 )

              {

                     MessageBox(NULL,”SysMenu:Show Hello MenuItem”, “sysmenu info”,MB_OK);

                     return 0;

              }

              return DefWindowProc(hWnd,uMsg,wParam,lParam);

       }

       对于WM_SYSCOMMAND中如果是系统菜单的消息,我们没哟修改的,必须要交给DefWindowProc来处理,并且将返回值返回给Windows,不然你会发现不能拖动窗体、改变大小、最大最小化操作等。因为你如果不交给DefWindowProc处理,相当于屏蔽了SC_RESTORE SC_MOVE SC_MAXIMIZE SC_MINIMIZE SC_CLOSE等等操作了。这些命令都是通过Windows投递WM_SYSCOMMAND 消息,在DefWindowProc中进行处理的。