在JavaScript开发者的开发生涯中的某些点,总会遇到奇怪的BUG——看似基础的数学问题,但却又觉得有些不对劲。总有一天,你会被告知JavaScript中的数字实际上是浮点数。试图了解浮点数和为什么他们如此奇怪,迎接你的将是一片又臭又长的文章。本文的目的是给JavaScript开发者简单讲解浮点数。
本文假设读者熟悉的用二进制表示的十进制数字(即1被写成1b
,2是10b
,3是11b
,4是100b
……等)。为了使文章表达的更清楚,在本章中,“十进制”主要是指计算机内部的十进制数字表示法(例如:2.718)。“二进制”在本文中指计算机内部的表示。书面陈述将分别被称为“以十为底″和“以二为底″。
浮点数
什么是浮点数,我们开始认为我们见过各种数字,我可可以说1
是一个整数,因为它没有分数部分。
½被称为分数。这意味着,将一平均分开为二,分数是浮点运算中一个非常重要的概念。
0.5
通常被称为一个十进制数。然而,有一个很重要的区别必须阐明——0.5
实际上是分数½的十进制(以十为底)表示。本文中,我们将这种表示方法称为点表示法。我们把0.5
称为有限表示(有限小数)因为其分数表示的数字是有限的——5
后面没有其他数字。表示⅓的0.3333
…是无限表示的例子。这个想法在我们的讨论非常重要。
还存在另一种表示全部整数,分数或小数的方法。你可能已经见过。它看起来像这样:6.022×1023(注:这是阿伏伽德罗数,这是摩尔的化学溶液中的分子的数目)。它通常被称为标准形式,或科学记数法。形式可以被抽象为像下面这样:
D1.D2D3D4...Dp x BE
这种通用形式被称作浮点数。
由p
和D
组成的序列——D1.D2D3D4...Dp
——被称为有效数字或尾数。p
是有效数字的权重,通常称为精度。有效数后的x
是符号的一部分(本文中的乘法符号,将用*表示)。其后是基数,基数后是指数。该指数可以是正或负。
浮点数的好处是它可以用来表示任何数值。例如,整数1可以表示为1.0×10^0
。光的速度可以表示为2.99792458×108 m/s
。1/2可以被表示为二进制形式0.1×2^0
。
移除小数点
在上面的例子中,我们仍然保留小数点(小数点在数字里面)。当用二进制表示数值的时候,这带来了一些问题。任意给定一个浮点数,比如π
(PI),我们可以将其表示为一个浮点数:3.14159 x 100
。用二进制表示,它看起来像这样:11.00100100 001111……
假设在十六位机里表示数字,这意味着数字被放在机器里会是这样的:11001001000011111
。现在的问题是:小数点应该放在哪里?这甚至不涉及指数(我们默认基数为2)。
如果数字变为5.14159
?整数部分将变为101
而不是11
,增加了一位。当然,我们可以指定字段的前N位属于整数部分(即小数点的左边),其余属于小数部分,但那是另一篇关于定点数的话题。
一旦我们移除小数点后,我们只有两件东西需要记录:指数和尾数。我们可以通过应用变换公式将小数点移除,使广义浮点数看起来像这样:
D1D2D3D4...Dp / (Bp-1) x BE
这就是我们得到的大多数二进制浮点数。注意,现在有效数是一个整数。这使得它更易于存储一个浮点数在机器上。事实上,应用最广泛的二进制浮点数表示方法是IEEE 754标准。
IEEE 754
JavaScript中的浮点数采用IEEE-754格式的规定。更具体的说是一个双精度格式,这意味着每个浮点数占64位。虽然它不是二进制表示浮点数的唯一途径,但它是目前最广泛使用的格式。该格式用64位二进制表示像下面这样:
你可能注意到机器表示的方法和约定俗成的书面表示一点不同。在64位中,1位用于标志位——用来表示一个数是正数还是负数。11位用于指数–这允许指数最大到1024
。剩下的52位代表的尾数。如果你曾经好奇为什么JavaScript中的某些东西如+0
和 -0
,标志位说明一切——JavaScript中的所有数字都有符号位。Infinity
和NaN
也被编码进浮点数——2047
作为一个特殊的指数。如果尾数是0
,它是一个正无穷或负无限。如果不是,那么它是NaN
。
舍入误差
有了上面对浮点数进行介绍,现在我们进入了一个更棘手的问题–舍入误差。它是所有开发者使用浮点数开发的祸根,JavaScript开发者尤其如此,因为JavaScript开发者唯一可用的编号格式是浮点数。
上面提到的分数⅓不能在以10为底中有限表示。这实际上在任何数制中都存在。例如,在在以二为底的数字中,1 / 10不能有限表示。被表示为0.00110011001100110011……
注意0011
是无限重复的。这是因为这个特别的怪癖,舍入误差造成的。
先看一个舍入误差的例子。考虑一个最著名的无理数,PI:3.141592653589793……
大多数人记得前五位(3.1415
)非常棒——我们将使用这个例子说明舍入误差,因此可以计算舍入误差:
(R - A) / Bp-1 ……其中`R`代表圆形的半径,`A`代表一个实数。`Bp`代表以`p`为底的精度。所以谨记PI的舍入误差:`0.00009265……`。
虽然这看起似乎不是很严重,让我们试着用以二为底的数来检验这个想法。考虑分数1 / 10。在十进制,它被写作0.1
。在二进制中,它是:0.00011001100110011……
假设我们仅保留5位尾数,可以写为0.0001
。但0.0001
在二进制表示法中实际是1 / 16(或0.0625
)的表示!这意味着有舍入误差为0.0375
,这是相当大的。想象一下基本的加法运算,如0.1 + 0.2
,答案返回0.2625
!
幸运的是,浮点规范指定ECMAScript最多使用52个尾数,所以舍入误差变得很小——规范的具体细节规避了大部分的舍入误差。因为对浮点数进行算术运算的过程中误差会被放大,IEEE 754规范还包括用于数学运算的具体算法。
然而,应该指出的是,尽管如此,算术运算的关联属性(比如加法,减法,乘法和减法)不能得到保证在处理浮点数时,即使精度再高。我的意思是,((x + y)+ A + B)
不一定等于((x + y)+(A + B))
。
这是JavaScript开发人员的祸根。例如,在JavaScript中,0.1 + 0.2 = = = 0.3
将返回假。我希望你现在明白这是为什么。更糟的是,事实上,舍入误差会在连续的数学运算中增加(积累)。
在JavaScript处理浮点数
设计处理JavaScript数字的问题,已经存在很多的建议,好坏参半。大多数这些建议都是在算数运算之前或之后完成取舍。
到目前位置我见过的寥寥无几的建议就是把运算数全部存储为整数(无类型),然后格式化显示。通过一个例子可以看出,在账户中大量储存的美分而不是美元(不知道举的例子是什么账户)。这里有一个值得注意的问题——不是世界上所有的货币都是十进制的(毛里求斯币:毛里求斯卢比是毛里求斯共和国的流通货币。币值有25、50、100、200、500、1000和2000。辅币单位为分)。同时,吐槽了日元和人名币……。最终,你会重新创建浮点——有可能。
我见过处理浮点数最好的建议是使用库,像sinfuljs或mathjs。我个人比较喜欢mathjs(但实际上,任何和数学相关的我甚至不会使用JavaScript去做)。当需要任意精度数学计算的时候,BigDecimal也是非常有用的。
另一个被多次重复的建议是使用内置的toPrecision()
和toFixed()
方法。使用他们时最容易犯得逻辑错误是忘记这些方法的返回值字符串。所以如果你像下面这样会得不到想要的结果:
function foo(x, y) {
return x.toPrecision() + y.toPrecision()
}
> foo(0.1, 0.2)
"0.10.2"
设计内置方法toPrecision()
和toFixed()
的目的仅是用于显示。谨慎使用!
结论
JavaScript中的数字是真正的浮点数。由于二进制表示的固有缺陷,以及有限的机器空间,我们不得不面对一个充满舍入误差的规范。本文解释了为什么这些舍入误差是什么和为什么。记住使用一个很棒的库而不是自己去做一切。
注
原文:http://flippinawesome.org/2014/02/17/what-every-javascript-developer-should-know-about-floating-points/