有符号数和无符号数的转换问题

最近做了一个项目,需要高八位和低八位的数据颠倒一下,需要转换的数据是有符号的16位数据,我编写的函数如下:

//16bit数据高低位互换程序
int16 rearrange16(int16 Data)
{
    int16 temp;

   temp = (Data&0x00ff)<<8;
    temp |= (Data>>8);
   return  temp;
}

后来发现一个问题:送出来的数据都没有负数,正常情况下是正负都有的,经过调试发现了问题所在,现在把我的心得写出来,一是可以给自己个记性,另外还可以让其他朋友少走弯路。

以上程序在转换正数时是没问题的,在转换负数时就有问题了,首先把地位右移8位是没问题的,当把高位移到低位时问题出来了,高位填充的全部是符号位,即0xffxx;

比如我要转的数据是0x8070,想要的结果是0x7080,而实际的结果是0xff80;

解决办法:

把输入的数据转换成无符号类型就可以了,程序如下:

//16bit数据高低位互换程序
Uint16 rearrange16(Uint16 Data)
{
    Uint16 temp;

 temp = (Data&0x00ff)<<8;
    temp |= (Data>>8);
 return  temp;
}

刚开始的时候还担心把有符号转换成无符号数会丢失掉符号位,后来经过调试发现不会丢失符号位,比如说Int16 = 0x8099; 转换成无符号数之后还是0x8099;

不同的是它们表示的数不一样而已,如是Int16的类型那么它就表示的是-xxxx,如果他是Uint16类型那么它就表示的是正的xxxx.

符号无符号之间的转换在C语言中是允许的。当将有符号强制转换无符号时,会发生类型转换。根据C语言的规则,这种转换是从位级角度来看的,而不是从的角度。具体来说,对于在两种形式中都能表示的值,转换后的结果保持不变。但是,如果将负转换无符号,可能会得到0。如果转换无符号太大以至于超过了补码能够表示的范围,可能会得到该范围的最大值。当发生有符号无符号之间的强制类型转换时,如果它们的长度相同,则在位级表示上并没有变化。然而,如果它们的长度不同,则会先进行长度的转换,然后再进行类型转换。\[2\]\[3\] #### 引用[.reference_title] - *1* *3* [C中的有符号无符号之间的转换](https://blog.csdn.net/fhyangchina/article/details/55250934)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down1,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [有符号无符号之间的转换(2020)C](https://blog.csdn.net/qq_43656353/article/details/107557559)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down1,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值