类型转换之类型扩展

     和同学探讨32位地址到64位地址转换的问题时,勾起了曾经做过的项目的一类bug的回忆。

类型转换特别是隐式规则转换是有点麻烦的,稍不注意就会犯错误。

这个问题是这样的
void *p = &a;
unsigned long long mem_64_bits = (unsigned long long)p;

当然在整个系统里不可能有这么清晰了,将地址转换强制为64位时,本来想要0扩展,结果却成了有符号为扩展来转换

比方说p的数据是0x80000004,那么mem_64_bits成了0xffffffff80000004而不是0x0000000080000004。

这种错误尤其是当实参传递时更容易犯,比方说把p传给形式参数mem_64_bits。

这里就涉及到3个概念,
1.有符号位扩展和无符号位扩展;
2.隐式转换。
3.指针类型;


规则1:如果是无符号型数据扩展则无论目标是什么类型,当然要扩展了,那么都将0扩展,比方说(signed long long

)((unsgiend int)0x80000004)和(unsigned long long)((unsgiend int)0x80000004)结果都是

0x0000000080000004。
 如果是有符号数据扩展都将是使用符号扩展,比方说(signed long long)((int)0x80000004)和

(unsigned long long)((int)0x80000004)结果都是0xffffffff80000004。
规则2,3:指针类型是个特殊的类型,它既不是int也不是unsigned int,它本质上是一个地址,此时如果将它进行类

型扩展,它会先提升为标准类型int再扩展。再依据规则1,就不难理解void *p = &a;
unsigned long long mem_64_bits = (unsigned long long)p;的运行结果了。

这是隐藏较深的符号扩展带来的问题,显然的根据规则1就会带来问题的类型扩展就不用说了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值