关于WPARAM和LPARAM参数

2024-03-31 10:12
文章标签 参数 wparam lparam

本文主要是介绍关于WPARAM和LPARAM参数,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

从前,Windows 是 16 位的。每条message信息都可以携带两段数据,分别称为 WPARAM 和 LPARAM。在消息参数传递中对指针类型使用强制类型转换,这是一种常见用法。第一个参数是一个 16 位值("word"),因此称为 W;第二个参数是一个 32 位值("long"),因此称为 L。
W 参数用于传递句柄和整数。L 参数用于传递指针。
当 Windows 转换为 32 位时,WPARAM 参数也变为 32 位值。一个字的大小变成了32bit。(在 64 位 Windows 中,两个参数都是 64 位值!)。
了解这些术语的起源很有帮助。如果查看一下窗口消息的设计,就会发现如果消息使用指针,指针通常会在 LPARAM 中传递,而如果消息使用句柄或整数,则会在 WPARAM 中传递。(如果一条信息两个都包含,则整数放在 WPARAM 中,指针放在 LPARAM 中)。
学会了这一点,记忆窗口消息的参数就容易多了。相反,如果一条消息违反了这一规则,那么你的大脑就会说: "不,这不对"。
Once upon a time, Windows was 16-bit. Each message could carry with it two pieces of data, called WPARAM and LPARAM. It is the common practice of passing casted pointers as message parameters. 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. The word changes to 32-bit. (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.)
Once you learn this, it makes remembering the parameters for window messages a little easier. Conversely, if a message breaks this rule, then it sort of makes your brain say, “No, that’s not right.”
LPARAM 是 LONG_PTR 的类型定义,在 win32 中是 long(有符号 32 位),在 x86_64 中是 __int64 (有符号 64 位)。
WPARAM 是 UINT_PTR 的类型定义,在 win32 中是无符号 int(32 位无符号),在 x86_64 中是__int64(64 位无符号)。
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.
====== 分割线 ====== 
Windows的SDK里代码,经常有WPARAM和LPARAM这两个参数,作为一个消息结构体的两个成员,传递信息。WPARAM通常用来表示句柄或数值,LPARAM通常用来表示一个指针。在平时编写代码时,也会使用这两个参数来传递数据,这时就要注意区分两个类型。
LPARAM因为是会被用作指针的类型,所以使用时,赋值要使用指针类型,或者类型的长度不能小于指针的类型。而WPARAM作为普通数值使用,可以使用当前平台的一个字,或者是固定的长度类型。
今天遇到的问题,就和这两个类型相关。示例代码如下,使用的是unsigned int类型,传递的参数名借用了WPARAM和LPARAM。
#include <stdio.h>
void func(unsigned int LPARAM, unsigned int WPARAM)
{
  unsigned int * value;
  printf("Input LPARAM: 0x%lX \n", LPARAM);
  value = (unsigned int *) LPARAM;
  *value = 100;
  printf("WPARAM is %d\n", WPARAM);
}
int main()
{
  unsigned int foo, bar;
  printf("foo addr: 0x%lX \n", &foo);
  func(&foo, bar);
  return 0;
}
        
这段代码,在ARM 32平台上执行是没问题的,但执行在ARM 64和x86-64的Ubuntu虚拟机平台上,就崩了。
我PC的处理器: Intel(R) Core(TM) i5-8400H CPU @ 2.50GHz   2.50 GHz, 64-bit operating system, x64-based processor, Windows 64系统,上面安装的64 bit的Ubuntu虚拟机。
编译并之执行上面代码:
$ gcc -o x86 test.c
$ ./x86
foo addr: 0x7FFE0163AD10
Input LPARAM: 0x163AD10
Segmentation fault (core dumped)
因为在64 位系统上,unsigned int类型大多还是4字节,long int才是8字节,而指针类型,是8字节,这样一转换,就直接挂了。
所以使用LPARAM和WPARAM参数的较好的方式如下:
#include <stdint.h>
#include <stdio.h>
void func(intptr_t LPARAM, uint32_t WPARAM)
{
  int * value;
  printf("Input LPARAM: 0x%lX \n", LPARAM);
  value = (int *) LPARAM;
  *value = 100;
  printf("Input WPARAM is %d \n", WPARAM);
}
int main()
{
  unsigned int foo, bar;
  bar = 1000;
  printf("foo addr size %ld %ld, value 0x%lX\n", sizeof(&foo), sizeof(unsigned long) , (unsigned long)&foo);
  func((intptr_t)&foo, bar);
  printf("foo is %d, bar is %d. \n", foo, bar);
  return 0;
}
     
输出:
$ gcc -o x86 test.c
$ ./x86
foo addr size 8 8, value 0x7FFE82FD8750
Input LPARAM: 0x7FFE82FD8750
Input WPARAM is 1000
foo is 100, bar is 1000.
LPARAM类型使用intptr_t类型,在stdint.h中定义,32位系统就是4字节,64位系统就是8字节,适配系统,大小自动调节。
WPARAM类型使用uint32_t类型,在stdint.h中定义,使用固定大小,正常应该能满足需求,并且32位、64位系统的int 类型大多同样是4字节。
参考:
1,Microsoft
What do the letters W and L stand for in WPARAM and LPARAM? - The Old New Thing
2,Stackoverflow
c# - What are the definitions for LPARAM and WPARAM? - Stack Overflow

这篇关于关于WPARAM和LPARAM参数的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/864088

相关文章

SpringBoot 获取请求参数的常用注解及用法

《SpringBoot获取请求参数的常用注解及用法》SpringBoot通过@RequestParam、@PathVariable等注解支持从HTTP请求中获取参数,涵盖查询、路径、请求体、头、C... 目录SpringBoot 提供了多种注解来方便地从 HTTP 请求中获取参数以下是主要的注解及其用法:1

HTTP 与 SpringBoot 参数提交与接收协议方式

《HTTP与SpringBoot参数提交与接收协议方式》HTTP参数提交方式包括URL查询、表单、JSON/XML、路径变量、头部、Cookie、GraphQL、WebSocket和SSE,依据... 目录HTTP 协议支持多种参数提交方式,主要取决于请求方法(Method)和内容类型(Content-Ty

python中的显式声明类型参数使用方式

《python中的显式声明类型参数使用方式》文章探讨了Python3.10+版本中类型注解的使用,指出FastAPI官方示例强调显式声明参数类型,通过|操作符替代Union/Optional,可提升代... 目录背景python函数显式声明的类型汇总基本类型集合类型Optional and Union(py

Go语言使用Gin处理路由参数和查询参数

《Go语言使用Gin处理路由参数和查询参数》在WebAPI开发中,处理路由参数(PathParameter)和查询参数(QueryParameter)是非常常见的需求,下面我们就来看看Go语言... 目录一、路由参数 vs 查询参数二、Gin 获取路由参数和查询参数三、示例代码四、运行与测试1. 测试编程路

Python lambda函数(匿名函数)、参数类型与递归全解析

《Pythonlambda函数(匿名函数)、参数类型与递归全解析》本文详解Python中lambda匿名函数、灵活参数类型和递归函数三大进阶特性,分别介绍其定义、应用场景及注意事项,助力编写简洁高效... 目录一、lambda 匿名函数:简洁的单行函数1. lambda 的定义与基本用法2. lambda

Spring Boot spring-boot-maven-plugin 参数配置详解(最新推荐)

《SpringBootspring-boot-maven-plugin参数配置详解(最新推荐)》文章介绍了SpringBootMaven插件的5个核心目标(repackage、run、start... 目录一 spring-boot-maven-plugin 插件的5个Goals二 应用场景1 重新打包应用

Java内存分配与JVM参数详解(推荐)

《Java内存分配与JVM参数详解(推荐)》本文详解JVM内存结构与参数调整,涵盖堆分代、元空间、GC选择及优化策略,帮助开发者提升性能、避免内存泄漏,本文给大家介绍Java内存分配与JVM参数详解,... 目录引言JVM内存结构JVM参数概述堆内存分配年轻代与老年代调整堆内存大小调整年轻代与老年代比例元空

一文详解PostgreSQL复制参数

《一文详解PostgreSQL复制参数》PostgreSQL作为一款功能强大的开源关系型数据库,其复制功能对于构建高可用性系统至关重要,本文给大家详细介绍了PostgreSQL的复制参数,需要的朋友可... 目录一、复制参数基础概念二、核心复制参数深度解析1. max_wal_seChina编程nders:WAL

Linux高并发场景下的网络参数调优实战指南

《Linux高并发场景下的网络参数调优实战指南》在高并发网络服务场景中,Linux内核的默认网络参数往往无法满足需求,导致性能瓶颈、连接超时甚至服务崩溃,本文基于真实案例分析,从参数解读、问题诊断到优... 目录一、问题背景:当并发连接遇上性能瓶颈1.1 案例环境1.2 初始参数分析二、深度诊断:连接状态与

史上最全nginx详细参数配置

《史上最全nginx详细参数配置》Nginx是一个轻量级高性能的HTTP和反向代理服务器,同时也是一个通用代理服务器(TCP/UDP/IMAP/POP3/SMTP),最初由俄罗斯人IgorSyso... 目录基本命令默认配置搭建站点根据文件类型设置过期时间禁止文件缓存防盗链静态文件压缩指定定错误页面跨域问题