C语言陷阱:数据扩充 与 按位取反运算符“~”

目录

1.数据扩充问题

2.按位取反运算符“~”


1.数据扩充问题

首先,有些编程规范中禁止隐式类型转换。

其中很大的一个原因就是数据扩充问题,我们来看一个示例。

输出a>b

因为正数负数从低位向高位扩充时不同。正数扩充出来的高位将被填充为0,而负数会被填充为1。

uint8 的 -5 二进制为 0x 1111 1011,扩充完就会变成

0x 1111 1111 1111 1111 1111 1111 1111 1011 ,远远大于b。

我们在实际代码中可能遇到哪些场景?

        Data = (uint32_t)(HumiData << 16) | TempData; 

    这样写有何风险?(湿度只有正,温度有正负)

    很显然,如果温度为负数,则向上扩充的16位会全为1,然后或运算之后导致我们的湿度数据被直接拉满。

总结数据扩充的规则:

1.操作数全为有符号数,即使类型大小不一样,没有问题。

2.操作数全为无符号数,即使类型大小不一样,没有问题。

3.操作数混合了有符号数,无符号数,并且有正数有负数,很有可能出问题。

那么如果数据类型一致就不会有问题了吗?

2.按位取反运算符“~”

我们知道0xaa取反是0x55

但是这里输出结果却为

让我们做如下实验:

输出结果:

可知,~默认按32位操作,会自动做数据扩充,所以即使数据类型一致,也要多加注意,

要实现判断是否互为取反值,应该采用强制转换、&0xff、a&b == 0等方式来判断。

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值