【CPU底层那些事（二进制陷阱）】

1.a == 0xFF？？为啥不相等

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表示的是一个正数，就不存在这样的问题。