的问题很有趣,C的表达式 x == x,何时为假呢?即下面的代码:
  if (x == x) {
  printf("Equaln");
  }
  else {
  printf("Not equaln");
  }
  什么时候输出为”Not equal”呢?看上去很有趣吧。x与自己比较,怎么会不等呢?请大家想一想,容我慢慢道来。
  这是我发现的一个问题,很有意思。终的解决方案是判断x == x何时为false。不卖关子了,请看下面的代码:
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
int main(void)
{
float x = 0xffffffff;
if (x == x) {
printf("Equal ");
}
else {
printf("Not equal ");
}
if (x >= 0) {
printf("x(%f) >= 0 ", x);
}
else if (x < 0) {
printf("x(%f) < 0 ", x);
}
int a = 0xffffffff;
memcpy(&x, &a, sizeof(x));
if (x == x) {
printf("Equal ");
}
else {
printf("Not equal ");
}
if (x >= 0) {
printf("x(%f) >= 0 ", x);
}
else if (x < 0) {
printf("x(%f) < 0 ", x);
}
else {
printf("Surprise x(%f)!!! ", x);
}
return 0;
}
  编译gcc -g -Wall test.c,看执行结果:
  [fgao@fgao-vm-fc13 test]$ ./a.out
  Equal
  x(4294967296.000000) >= 0
  Not equal
  Surprise x(-nan)!!!
  后两行的输出是不是有点surprise啊。
  下面先简单解释一下:
  1. 当float x = 0xffffffff:这时将整数赋给一个浮点数,由于float和int的size都是4,而浮点数的存储格式与整数不同,其需要将某些位作为小数位,所以float的范围要小于int的范围。因此这里牵涉到了整数转换浮点的规定——这个大家可以查一下资料。因为这个转换其实很少用到,我也不查了。但是总之,这个转换是合法的。但是终的值很可能不是你想要的结果——尤其是当浮点的范围小于整数的范围时。
  2. 即使整数转换成浮点,数值再不是期望值,但它也一定是一个合法的浮点数值。所以第一个x == x,一定为true,且x不是大于0,是小于0。这时x存的并不是0xffffffff。
  3. 当使用memcpy将0xff填充到x的地址时,这时x存的保证为0xffffffff。结果很遗憾,这个不是一个合法的float的值。因此奇怪的现象发生了,x并不等于x。原因则是由cpu的浮点指令相关,有兴趣的同学可以搜索一下。
  4. 作为一个非法的float值,当它与其它任何数值比较时,都会返回false。这也造成了,后面惊奇的结果,x既不大于等于0,也不小于0。
  总结一下:一般来说,浮点类型很少被使用,也不应该在程序中鼓励使用。不仅其效率比整数低,且由于浮点类型特殊的存储格式,很容易造成一些意想不到的错误。如果真的无法避免时,一定要小心小心再小心。特别要注意的主题,这种非法的浮点值,会导致任何比较判断都失败。而判断这种浮点值的方法也很简单,如果x != x,那么该浮点即为非法浮点值。
  在大家的评论中,有的朋友说是不同类型的比较。固然不同类型的比较会容易引起问题,但是这里并不是不同类型比较造成的。将文中的0换成浮点类型0.0,结果不变。重点是在于非法的浮点值。
  另外,还有朋友认为这是由于示例中使用memcpy来填充浮点导致的问题。其实这里我只是选用这种方法而已。还有其它方法可以导致产生这种浮点的exception,即NaN。也许其它方法更自然。这里我选用memcpy只是为了对比,将0xffffffff直接赋给浮点这种情况。