echo|awk '{print 3.99 -1.19 -2.80}'

4.44089e-16

类似的问题还有在 java 或者 javascript 中:

php浮点计算误差浮点数加法激发的问题浮点数的二进制表现 Vue.js

23.53 + 5.88 + 17.64 = 47.05

23.53 + 17.64 + 5.88 = 47.050000000000004

为什么结果不是 0 或者不相等呢?

如果你不能立马回答出缘故原由,那解释你对浮点数打算的基本知识还不理解。

刚比如来 segmentfault.com 上也有同学问了同样的一个问题,现在整理下,以备忘。

2、浮点数的观点:

浮点数是属于有理数中某特定子集的数的数字表示,在打算机中用以近似表示任意某个实数。
详细的说,这个实数由一个整数或定点数(即尾数)乘以某个基数(打算机中常日是2)的整数次幂得到,这种表示方法类似于基数为10的科学记数法。

浮点打算是指浮点数参与的运算,这种运算常日伴随着由于无法精确表示而进行的近似或舍入。

3、十进制到二进制的转化问题:

为了更好的理解,先来看一下10进制的纯小数是怎么表示的,假设有纯小数D,它小数点后的每一位数字按顺序形成一个数列:

{k1,k2,k3,...,kn}

那么D又可以这样表示:

D = k1 / (10 ^ 1 ) + k2 / (10 ^ 2 ) + k3 / (10 ^ 3 ) + ... + kn / (10 ^ n )

推广到二进制中,纯小数的表示法即为:

D = b1 / (2 ^ 1 ) + b2 / (2 ^ 2 ) + b3 / (2 ^ 3 ) + ... + bn / (2 ^ n )

现在问题便是若何求得b1,b2,b3,……,bn。
算法描述起来比较繁芜,还是用数字来说话吧。
声明一下,1 / ( 2 ^ n )这个数比较分外,我称之为位阶值。

例如0.456,第1位,0.456小于位阶值0.5故为0;第2位,0.456大于位阶值0.25,该位为1,并将0.456减去0.25得0.206进下一位;第3位,0.206大于位阶值0.125,该位为1,并将0.206减去0.125得0.081进下一位;第4位,0.081大于0.0625,为1,并将0.081减去0.0625得0.0185进下一位;第5位0.0185小于0.03125……

末了把打算得到的足够多的1和0按位顺序组合起来,就得到了一个比较精确的用二进制表示的纯小数了,同时精度问题也就由此产生,许多数都是无法在有限的n内完备精确的表示出来的,我们只能利用更大的n值来更精确的表示这个数,这便是为什么在许多领域,程序员都更喜好用double而不是float。

4、阐明:

对付开头的问题,我们再举几个例子(以下的例子采取 python 做示范):

>>> 0.125

0.12500000000000000

>>> 0.1

0.10000000000000001

>>> 0.6 + 0.1

0.69999999999999996

纳尼?什么会这样?

0.125,也便是 1/8,的二进制,是 0.001,可以在 10 进制和 2 进制中轻松表达。

但 0.1 便是一个经典的头疼数字了,它的二进制,是 0.00011001100110011001100110011001...,一个无限循环小数。
由于打算机中利用的浮点数是基于有限精度的二进制数,因此,不可能绝对准确。
这一征象每每在打印浮点数时才被把稳到。

浮点数的二进制表示,一样平常采取 IEEE 754 标准。
标准规定:单精度格式具有 24 位有效数字,共 32 位。
双精度格式具有 53 位有效数字精度,共 64 位。

但是,如今的阐明器和 print 函数都足够聪明,会在打印浮点数的时候自动舍入,但是又有一些浮点数由于偏差过大,又不能舍入。

因此造成了“有些浮点数打算是对的,有些是错的”的征象。
事实上,所有的浮点数运算都是“错”的。
也便是你问题的答案。
同时,这可能会成为调试程序的烟幕弹:“哎?print 出来便是 0.1,为什么打算的时候会涌现问题?”

例如,新版本的 Python 默认对所有的浮点数进行自动舍入。
因此无法重现我在文首的例子。
这时,可以利用

>>> print(\公众%.17lf\"大众 % (0.6 + 0.1))

0.69999999999999996

同理,浮点数之间用 >, <, == 来比较大小是不可取的。
须要看两个浮点数是否在合理的偏差范围,如果偏差合理,即认为相等。

其余一个陷阱是,浮点数的偏差会累积。

x = 0.0

for i in range(100):

x += 0.1

print(\"大众%.17lf\"大众 % x) #=> 9.99999999999998046

print(x) #=> 99.1,print 自动舍入,得到了看似精确的结果

在一样平常打算中,处理二进制浮点数须要用到很多技巧和技能。
但在财务等运算中,必须哀求完备精确的结果,这时候,须要仿照 10 进制的浮点数。
如 Python 中供应了 Decimal 模块,许可利用者传入浮点数的字符串进行仿照打算,避免精度问题。

from decimal import Decimal

x = Decimal(\"大众0.0\"大众) # 把稳:传入字符串。
如果传入浮点数,那么在打算之前精度就丢失掉了

for i in range(100):

x += Decimal(\"大众0.1\"大众)

print(\公众%.17lf\"大众 % x) #=> 10.00000000000000000

print(x) #=> 10.0

关于 IEEE 浮点数,浮点数的大小比较等详细算法和细节,可以不雅观看网易上麻省理工学院的这一集课程:http://v.163.com/movie/2010/6/4/1/M6TCSIN1U_M6TCT0L41.html ,可以从 05:39 处开始不雅观看。

5、结论

这便是为什么交易系统的价格,金钱都不会利用float,double,包括数据库的存储。
例如:mysql 可以用 decimal ,如果你是用 java, 在商业打算中我们要用 java.math.BigDecimal,把稳:如果须要精确打算,非要用String来够造BigDecimal不可!
或者 sprintf 进行精度舍入。
其余有些措辞专门供应了处理金融数据的类型。

6、REFER:

1、http://zh.wikipedia.org/zh-cn/IEEE_754

2、http://baike.baidu.com/view/339796.htm

3、http://www.ruanyifeng.com/blog/2010/06/ieee_floating-point_representation.html

4、http://segmentfault.com/q/1010000000267988

5、http://www.laruence.com/2013/03/26/2884.html PHP浮点数的一个常见问题的解答