请问PostMessage()里的两个参数WPARAM,LPARAM 分别是什么类型?有什么不同?该怎么用?

haluo 2004-01-21 02:39:39
如题!谢谢!
...全文
348 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
sxslyy 2004-01-28
  • 打赏
  • 举报
回复
WPARAM和LPARAM,这些名字的来源有点历史背景:当Windows还是16位系统时,WPARAM被定义为一个WORD,这是一个16位的 无正负号短 (unsigned short)整数,而LPARAM被定义为一个LONG,这是一个32位有正负号长整数,从而导致了文字「PARAM」前面加上了前置字首「W」和「L」。当然,在32位的Windows中,WPARAM被定义为一个UINT,而LPARAM被定义为一个LONG(这就是C中的long整数型态),因此视窗讯息处理程式的这两个参数都是32位元的值。这也许有点奇怪,因为WORD资料型态在Windows98中仍然被定义为一种16位的 无正负号 整数,因此「PARAM」前的「W」就有点误用了。
tonybaobao 2004-01-23
  • 打赏
  • 举报
回复
我看MSDN里,这两个参数好象没什么区别,是不是我将WM_KEYDOWN传给LPARAM也行?
--------------------------------------------------------------------------
问题不是你想传给谁就传给谁,他函数定义你要传给谁,所以你才这么做。试问函数调用的时候,你把前后两个参数对调,调用的结果会正确吗?

新年快乐!
yafizyh 2004-01-23
  • 打赏
  • 举报
回复
WPARAM的位数随windows而定,16位的windows是16位,32位的是32位。就现在而言就是32位。LPARAM为32位。
haluo 2004-01-21
  • 打赏
  • 举报
回复
To madlas():

我看MSDN里,这两个参数好象没什么区别,是不是我将WM_KEYDOWN传给LPARAM也行?
GR 2004-01-21
  • 打赏
  • 举报
回复
32位,具体什么内容要看传给什么函数处理,你也可以自己定义,只要先把它理解为两个普通的参数就行,在你这个函数里表示的是MSG结构的两个变量,
madlas 2004-01-21
  • 打赏
  • 举报
回复
为发到windowproc函数里的两个参数,如果这个消息没用到,就写成0;有的消息用到了这两个参数,比如WM_KEYDOWN消息;就必须把WPARAM参数写成按键的代码
madlas 2004-01-21
  • 打赏
  • 举报
回复
是DWORD类型的,4个字节,也可以理解成Int类型
在C#中SendMessage和PostMessage参数传递 在C#中可以使用Window API提供的SendMessage和PostMessage来传递参数。两者的区别简单介绍下:返回值的不同,我们先看一下 MSDN 的声明: LRESULT SendMessage( HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam ); BOOL PostMessage( HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam ); 其中 4 个参数的意义是一样的,返回值类型不同(其实从数据上看他们一样是一个 32 位的数,只是意义不一样),LRESULT 表示的是消息被处理后的返回值,BOOL 表示的是消息是不是 Post 成功。 2、PostMessage 是异步的,SendMessage 是同步的。 PostMessage 只把消息放入队列,不管消息是否被处理就返回,消息可能不被处理;而 SendMessage 等待消息被处理完了之后才返回,如果消息不被处理,发送消息的线程将一直被阻塞。 3、如果在同一个线程内,SendMessage 发送消息时,由 USER32.DLL 模块调用目标窗口的消息处理程序,并将结果返回。SendMessage 在同一线程中发送消息并不入线程消息队列。PostMessage 发送消息时,消息要先放入线程的消息队列,然后通过消息循环分派到目标窗口(DispatchMessage)。 如果在不同线程内,SendMessage 发送消息到目标窗口所属线程的消息队列,然后发送消息的线程在 USER32.DLL 模块内监视和等待消息处理,直到目标窗口处理完返回。SendMessage 在返回前还做了很多工作,比如,响应别的线程向它 SendMessage。Post 到别的线程时,最好用 PostThreadMessage 代替 PostMessagePostMessage 的 hWnd 参数可以是 NULL,等效于 PostThreadMessage + GetCurrentThreadId。Post WM_QUIT 时,应使用 PostQuitMessage 代替。 4、系统只整编(marshal)系统消息(0 到 WM_USER 之间的消息),发送用户消息(WM_USER 以上)到别的进程时,需要自己做整编。 用 PostMessage、SendNotifyMessage、SendMessageCallback 等异步函数发送系统消息时,参数不可以使用指针,因为发送者并不等待消息的处理就返回,接受者还没处理指针就已经被释放了。 5、在 Windows 2000/XP ,每个消息队列最多只能存放 10,000 个 Post 的消息,超过的还没被处理的将不会被处理,直接丢掉。这个值可以改得更大:[HKEY_LOCAL_MACHINE/SOFTWARE/ Microsoft/Windows NT/CurrentVersion/Windows] USERPostMessageLimit,最小可以是 4000。 PostMessage只负责将消息放到消息队列中,不确定何时及是否处理 SendMessage要等到受到消息处理的返回码(DWord类型)后才继续 PostMessage执行后马上返回 SendMessage必须等到消息被处理后才会返回。

16,549

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧