C#高手们，你们能解释这是什么现象吗？

[CsLover]

一段代码
float a=0.2178f;
float b=0.33f;
Console.WriteLine(a/b);
if(a/b==0.66f)
Console.WriteLine("1");
else
Console.WriteLine("0");

大家看看 目测一下结果 然后上机试试 检验一下你的预测
最重要的是问一下高手 为什么会这样？

[saucer]

it is a bad idea to use "==" with floating numbers, try

if(Math.Abs(a/b - 0.66f) < 0.0001)
{

}
else
{

}

[张新林]

up

[Soking]

机器的浮点运算不像我们人计算的，二进制计算除法会存在误差！

[Soking]

好的结局方法是像思归说的用一个小于一定精度的数来代替0！

[甴曱]

你把代码改为：
float a=float.Parse((0.2178).ToString());
float b=float.Parse((0.33).ToString());
Console.WriteLine(a/b);
if(float.Parse(Convert.ToString(a/b))==float.Parse((0.66).ToString()))
Console.WriteLine("1");
else
Console.WriteLine("0");
这一个程序才正确，具体原因我现在也没有弄明白。

[贝贝壳壳]

计算浮点数的时候有误差
只要误差控制在一定范围内即可，

而==则是完全比较。

[renchao]

这是机器运算精度误差造成的
一般可设一个容差闵值eps，让他们之差的绝对值在eps内就认为他们相等。

[pdsinfo]

呵呵,这是浮点数的存贮有误差引起的
“Console.WriteLine(a/b);”这一句之所以输出0.66是因为计算结果在ToString()的时候被近似作了0.66(恰巧在这里无误差)
(a/b==0.66f)之所以为false也是因为存储误差（其实还有计算误差和舍入时的精度误差,比如计算机认为1.0/3.0=0.3333333）引起的
所以，强烈建议不要“比较两个浮点数相等”——这是非常不可靠的!!

有例如 if(0.618f/1.414f*0.707f==0.500f)Console.WriteLine("equal");
else Console.WriteLine("not equal");
就输出 "not equal"

还有if(9E-400==0)Console.WriteLine("wrong");输出“wrong”

[jlhdlj]

思归的方法是完全正确的,这种方法在C的入门书里就开始使用了!

[Knight94]

精度不一样

[greenclass]

思归的方法是完全正确的

[tyh800220]

崇拜saucer(思归, MS .NET MVP)

[yuwen16]

果然姜还是老的辣，呵呵