lParam 和 wParam


lParam 和 wParam 是宏定义，一般在消息函数中带这两个类型的参数，通常用来存储窗口消息的参数。

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

wParam 通常用来存储小段信息，如，标志
lParam 通常用于存储消息所需的对象

LRESULT CALLBACK WindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam);
typedef unsigned int UINT;
typedef long LONG;
typedef UINT WPARAM;
typedef LONG LPARAM;

lParam 和 wParam 是 Win16 系统遗留下来的产物，在 Win16 API 中 WndProc 有两个参数，一个 WORD 类型的 16 位整型变量，另一个是 LONG 类型的 32 位整型变量。根据匈牙利命名法(Hungarian notation)，16 位的变量就被命名为 wParam，而 32 位的变量就被命名为 lParam。
到了 Win32 API 中，原来的 16 位变量也被扩展为 32 位，因此 lParam 和 wParam 的大小完全相同。在 Win32 API 的早期，为了保证和 Win16 API 的代码兼容，MS 定义了 MPARAM 和 LPARAM 两个宏。保留 w 前缀的原因一方面是由于 WPARAM 宏也以 W 开头，另一方面是希望提醒程序员注意到可移植性。到了现在，Win16 早已退出历史舞台，但是这个前缀仍然约定俗成的沿用了下来。

the history of WPARAM, LPARAM
Once upon a time, Windows was 16-bit. Each message could carry with it two pieces of data, called WPARAM and LPARAM. The first one was a 16-bit value ("word"), so it was called W. The second one was a 32-bit value ("long"), so it was called L.
You used the W parameter to pass things like handles and integers. You used the L parameter to pass pointers.
When Windows was converted to 32-bit, the WPARAM parameter grew to a 32-bit value as well. So even though the "W" stands for "word", it isn't a word any more. (And in 64-bit Windows, both parameters are 64-bit values!)
It is helpful to understand the origin of the terms. If you look at the design of window messages, you will see that if the message takes a pointer, the pointer is usually passed in the LPARAM, whereas if the message takes a handle or an integer, then it is passed in the WPARAM. (And if a message takes both, the integer goes in the WPARAM and the pointer goes in the LPARAM.)

“在Win 3.x中，WPARAM是16位的，而LPARAM是32位的，两者有明显的区别。因为地址通常是32位的，所以LPARAM 被用来传递地址，这个习惯在Win32 API中仍然能够看到。在Win32 API中，WPARAM和LPARAM都是32位，所以没有什么本质的区别。Windows的消息必须参考帮助文件才能知道具体的含义。如果是你定义的消息，愿意怎么使这两个参数都行。但是习惯上，我们愿意使用LPARAM传递地址，而WPARAM传递其他参数。”
在 MSDN 网站中关于 Windows Data Types 中有如下定义：

LPARAM: A message parameter. This type is declared in WinDef.h as follows: typedef LONG_PTR LPARAM;
WPARAM: A message parameter. This type is declared in WinDef.h as follows: typedef UINT_PTR WPARAM;
LPARAM is a typedef for LONG_PTR which is a long (signed 32-bit) on win32 and __int64 (signed 64-bit) on x86_64.
WPARAM is a typedef for UINT_PTR which is an unsigned int (unsigned 32-bit) on win32 and unsigned __int64 (unsigned 64-bit) on x86_64
(x86_64 is how Microsoft now refer to amd64)
In c#, you should use IntPtr for LPARAM and UIntPtr for WPARAM.

在 C# 与 C++ 的互操作中，可以使用 IntPtr 来声明 LPARAM 类型变量，使用 UIntPtr 来声明 WPARAM 类型的变量。
       当 WPARAM, LPARAM 和 LRESULT 在 32 位和 64 位 Windows 系统中传递的时候会发生什么？
       如果是从 64 位 Windows 系统到 32 位系统，那么只有一个选择：截断 truncation。
       如果是从 32 位到 64 位，那么对 WPARAM 采用补零扩展（zero-extended），对 LPARAM 和 LRESULT 采用符号扩展 (sign-extended)。
       扩展方式不同的原因主要是因为 WPARAM 被定义为 “字 (WORD)” 也就是 “UINT_PTR”，而 LPARAM 和 LRESULT 被定义为 “LONG”，也就是 "LONG_PTR"。

What happens to WPARAM, LPARAM, and LRESULT when the travel between 32-bit and 64-bit windows?
The integral types WPARAM, LPARAM, and LRESULT are 32 bits wide on 32-bit systems and 64 bits on 64-bit systems. What happens when a 32-bit process sends a message to a 64-bit window or vice versa ?
There's really only one choice when converting a 64-bit value to a 32-bit value: Truncation. When a 64-bit process sends a message to a 32-bit window, the 64-bit WPARAM and LPARAM values are truncated to 32 bits. Similarly, when a 64-bit window returns an LRESULT back to a 32-bit sender, the value is truncate.
But converting a 32-bit value to a 64-bit value includes a choice: Do you zero-extend or sign-extend?
The answer is obvious if you remember the history of WPARAM, LPARAM, and LRESULT or if you just look at the header file.
The WPARAM is zero-extend, while LPARAM and LRESULT are sign-extended.
If you remember that WPARAM used to be a WORD and LPARAM and LRESULT used to be LONG, then this follows from the fact that WORD is an unsigned type (therefore zero-extended) and LONG is a signed type (therefore sign-extend).
Even if you didn't know that, you could look it up in the header file.
typedef UINT_PTR WPARAM;
typedef LONG_PTR LPARAM;
typedef LONG_PTR LRESULT;UINT_PTR is an unsigned type (therefore zero-extended) and LONG_PTR is a signed type (therefore sign-extended).

具体的消息表示

1. WM_PAINT消息，LOWORD(lParam)是客户区的宽，HIWORD(lParam)是客户区的高

2. 滚动条WM_VSCROLL或WM_HSCROLL消息，LOWORD(wParam)指出了鼠标对滚动条的操作。比如上、下、左、右、翻页、移动等。

3. 击键消息，有WM_SYSKEYDOWN、WM_SYSKEYUP、WM_KEYUP、WM_KEYDOWN，其中wParam是虚拟键代码，lParam是包含属于击键的其他信息。lParam消息参数分为6个域，有重复计数、环境代码、键的先前状态等。4. 字符消息WM_CHAR、WM_DEADCHAR、WM_SYSCHAR、WM_SYSDEADCHAR，lParam消息参数跟击键消息的lParam 消息参数内容相同，wParam参数是ANSI或Unicode字符代码

5. 客户区鼠标消息WM_LBUTTONDOWN、WM_LBUTTONUP、WM_RBUTTONDOWN、WM_RBUTTONUP、 WM_MBUTTONDOWN、WM_MBUTTONUP,lParam参数的低位是鼠标的客户区x坐标，高位是客户区y坐标。wParam参数是指示鼠标键及Shift和Ctrl键的状态。wParam&MK_SHIFT或MK_CTRL，如果返回TRUE就意味着有按下Shift或Ctrl 键。

6. 非客户区消息，wParam参数指明移动或者单击鼠标键的非客户区位置，以HT开头，lParam参数低位指出了鼠标所在屏幕坐标的x坐标，高位指出了鼠标所在屏幕坐标的y坐标。

7. 鼠标轮滚动消息，WM_MOUSEWHEEL消息，lParam将获得鼠标的屏幕位置（坐标），wParam参数的低位表明鼠标键和Shift与Ctrl 键的状态。wParam高位有一个“delta”值，该值可正可负，指出了滚轮导致屏幕滚动几行，120表示向上3行。

8. 计时器消息WM_TIMER，wParam参数等于计时器的ID值，lParam为0

9. 按钮子窗口的WM_COMMAND消息，wParam参数的低位是子窗口ID，高位是通知码， lParam参数是接收消息的子窗口的句柄。

10. 焦点消息，对于正在失去焦点的窗口，会收到WM_KILLFOCUS消息，其wParam参数是即将接收输入焦点的窗口的句柄。对于即将获取焦点的窗口，会收到WM_SETFOCUS消息，其wParam参数是正在失去焦点的窗口的句柄。11. 编辑控制的WM_COMMAND消息，wParam参数的低位是子窗口ID，高位是通知码， lParam参数是子窗口句柄。

12. 列表框的WM_COMMAND消息，wParam参数的低位是子窗口ID，高位是通知码， lParam参数是子窗口句柄。13. 菜单消息1，WM_INITMENU，wParam是主菜单句柄，lParam是0.

14. 菜单消息2，WM_MENUSELECT，菜单跟踪消息，指针移到菜单的某一些，就会发送这个消息给窗口过程，其wParam参数的低位是选中项菜单的 ID或者弹出式菜单的句柄，高位是选择标识，lParam参数是包含选中项的菜单句柄。

15. 菜单消息3，WM_INITMENUPOPUP，准备显示一个弹出式菜单时产生的消息，wParam参数是弹出式菜单的句柄，lParam的低位是弹出式菜单的索引，如果该菜单是系统菜单，那么高位是1，否则为0.

16. 菜单消息4，WM_COMMAND，选中菜单后产生，wParam低位是击中菜单的ID，高位是0，lParam参数也是0

17. 菜单消息5，WM_SYSCOMMAND，表示用户从系统菜单中选择一个启用的菜单项，其wParam参数是菜单的ID， lParam为0.如果该消息是由按鼠标产生的，那么lParam参数是鼠标的屏幕坐标。

18. 加速键消息，WM_COMMAND消息，wParam低位是加速键ID，高位是1， lParam是0.

19.控制项着色消息，WM_CTLCOLORBTN消息，wParam是按钮的设备描述表句柄，lParam是按钮的窗口句柄。

原文：http://blog.csdn.net/wuyuan2011woaini/article/details/7554909

lParam 和 wParam相关推荐

win 32 常见消息的 lParam 和 wParam 含义
鼠标消息 ------------------------ WM_LBUTTONDOWN.WM_RBUTTONDOWN WM_LBUTTONDOWN:单击鼠标左键的消息 WM_RBUTTONDOWN: ...
关于wParam和lParam
在VC的函数参数中常出现WPARAM和LPARAM,这两个有什么特殊意义么?它们的含义是不是要事先定义? WPARAM和LPARAM一般在消息里面用的很多,其实没有特殊的含义的. 是两普通的变量 ...
消息中的wParam和lParam
具体是这么说: "在Win 3.x中,WPARAM是16位的,而LPARAM是32位的,两者有明显的区别.因为地址通常是32位的,所以LPARAM 被用来传递地址,这个习惯在Win32 AP ...
WPARAM和LPARAM的含义
lParam 和 wParam 是宏定义,一般在消息函数中带这两个类型的参数,通常用来存储窗口消息的参数. LRESULT CALLBACK WindowProc(HWND hwnd, UINT uM ...
C++ Windows编程中WPARAM等数据类型在32位和64位系统中的差异
本文所述情况是我在写测试代码时发现和解决问题的过程,见以下这段测试代码,在DEV-C++用32位TDM-GCC编译可无错无警告通过:但用64位编译却出错了. #include <windows. ...
基于Dialog的MFC程序在启动时隐藏为托盘程序（四）
这部分说一下如何加menu..如果做小气球.. mfc的menu确是不如C#活着java那么easy.. 首先在rc里添加menu资源..然后在ui界面里先设置一下你的菜单.. 在第(二)部分已经简单 ...
简介子窗口控件（api）
子窗口控件壹佰软件开发小组整理编译回忆第七章的CHECKER程序.这些程序显示了矩形网格.当您在一个矩形中按下鼠标按键时,该程序就画一个x:如果您再按一次鼠标按键,那么x就消失.虽然这个程 ...
win32的一个售票程序，收获有非常的多
先秀一下我的收获吧! 1.在创建非模态对话框的时,需要用到createdialog函数,第二个参数需要注意是填写对话框的资源标识符(id),之后需要调用showwindow来显示对话框:或者不这么做也 ...
MFC：怎么将程序窗口最小化到系统托盘
(一)原理 1.最小化的原理:首先要将窗口隐藏,然后在右下角绘制图标. 2.恢复的原理:将窗口显示,再将托盘中的图片删除. (二)程序实现 1.自定义消息WM_SHOWTASK: #define WM ...

lParam 和 wParam

lParam 和 wParam相关推荐

最新文章

热门文章