***谁能告诉我为什么这2个Windows宏会这样呢?HIWORD / HIBYTE*

leechiyang 2005-06-17 08:22:24

#define HIWORD(l) ((WORD)(((DWORD)(l) >> 16) & 0xFFFF))

#define HIBYTE(w) ((BYTE)(((WORD)(w) >> 8) & 0xFF))

为什么要 & 0xFFFF 和 & 0xFF 啊?多此一举吗?
如果不是,为什么呢?有什么好处?

...全文

59 4 打赏收藏转发到动态举报

写回复

用AI写文章

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

leechiyang 2005-06-19

打赏
举报

谁还能解释解释?

leechiyang 2005-06-18

打赏
举报

WORD 和 BYTE进行强制类型转换的时候不是舍弃最高位吗? 高位为0或1有什么关系?

newbiestar 2005-06-17

打赏
举报

不过VC++里面对于unsigned类型的位移应该都是逻辑位移才对啊……除非怕有人修改DWORD的typedef，本来是typedef unsigned long DWORD;其实就算改成了有符号类型的位移也应该没问题的……

newbiestar 2005-06-17

打赏
举报

这个是把(DWORD)(l)>>16产生的值高16位置0用的，防止使用了算术右移导致了负数的符号位为1结果让高16位为1

下面一个同理可得……

在对一个进程的通信部分做分析时反复遇到了这四类函数，特做此记录。 LOWORD：取32位数的低16位 HIWORD：取32位数的高16位 LOBYTE：取16位数的低8位 HIBYTE：去16位数的高8位 ps：LOBYTE、HIBYTE应用于32位数时...

LOWORD()得到一个32bit数的...HIBYTE()得到一个16bit数最高（最左边）那个字节LOWORD, HIWORD这个以前就很常用到, 比如消息参数 lParam 中存放着鼠标位置. lParam 是 4 字节的, 它的低两位存放 x、高两位存放 y. 但是,

HIWORD和LOWORD是用于截取四字节变量高低位的宏；

_WINDOWS_DEFINE_H__ /********************************************************************************** ///// windows和linux编程上的一些差异 1.linux下g++要求每个文件结尾需要有个空行，否则会有警告 2....

*/ #if defined(__GNUC__) typedef long long ll; typedef unsigned long long ull; #define __int64 long long #define __int32 int #define __int16 short #define __int8 char #...

VC/MFC

16,472

社区成员

421,732

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

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

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

+ 用AI写文章

*********谁能告诉我为什么这2个Windows宏会这样呢?HIWORD / HIBYTE*******

***谁能告诉我为什么这2个Windows宏会这样呢?HIWORD / HIBYTE*