【CPU底层那些事(二进制陷阱)】

1.a == 0xFF??为啥不相等
【CPU底层那些事(二进制陷阱)】_第1张图片

1.为了实现比较,编译器一般会先统一类型。一般会统一为int类型。
2.对于char a = 0xFF;a实际等于十进制的-1,转换为int类型还是-1.
3.if(a == 0xFF) ,此时a是-1,十六进制表示为0xFFFFFFFF;而0xFF,我们无法确定它的类型,只要不是char类型,表示的十进制数就是255.是0x000000FF。
十进制为if(-1 == 255);
十六进制为if(0xFFFFFFFF == 0x000000FF);
因此,不管是十六进制还是十进制,他们都是不相等的。
为什么会出现结果不相等,这时候就很明显了,因为0xFF不能确定他的类型。如果是char类型,0xFF表示的十进制数等于-1,那就相等。如果是short;int;unsigned short;unsigned int;类型,0xFF表示的十进制数都等于 255。而不是-1.从而导致结果不相等。

总结:
1.比较的双方数据类型不同,所导致的二义性。虽然编译器会给出警告,但大多数时都是不理的。结果该问题,进行强制类型转换即可。if(a == (char)0xFF)
2.比较的一方是负数,就会存在这样的情况。比如0x80~0xFF,类型不同,有时是负数,有时是正数,就会出现数据类型二义性。对于0x00-0x7F表示的是一个正数,就不存在这样的问题。

你可能感兴趣的:(CPU底层,c语言,c++,开发语言,visual,studio)