引言

最近在公司项目中碰到一个隐藏的 bug，调试许久才发现竟然是 toFixed 函数精度问题引起的，从而引发了我一系列的思考。

我们都知道，计算机在二进制环境下，浮点数的计算精度会存在缺失问题，最经典的例子就是为什么 0.1+0.2 不等于 0.3？

为了解决上述问题，我们自然而然会想到 toFixed 方法来四舍五入，可结果却不如人意！

toFixed()的精度问题

我们来看一下 toFixed()在 chrome、火狐、IE 浏览器下的不同表现：

可以看到 toFixed()的四舍五入在 chrome、火狐上并不准确。 而 toFixed()在 chrome、火狐上也并不是网上流传甚广的用银行家舍入法来进行四舍五入的。

银行家舍入法的规则是“四舍六入五考虑，五后非零就进一，五后为零看奇偶，五前为偶应舍去，五前为奇要进一”。

例如银行家舍入法在 (2.55).toFixed(1) = 2.5、(3.55).toFixed(1) = 3.5 上就不符合了。

翻阅ecmascript 规范 (opens new window)对 toFixed 的表述如下：

上面规范这段大概意思就是如果 toFixed 的入参小于 10 的 21 次方，那么就取一个整数 n，让 n*10^f - x 的精确值尽可能的趋近于 0，如果存在两个这样的 n,取较大的 n。这段话可能有点晦涩难懂，我们举个例子比如 1.335.toFixed(2)

上图例子中 1.335.toFixed(2)按照四舍六入五成双应该是 1.34，但是实际情况确实 1.33。这是因为 n=133 的时候让 n*10^f - x 更趋近于 0，所以最后得到的结果是 1.33。

解决方法

参考文章

• toFixed 四舍五入的不准确性 (opens new window)
• JS toFixed 及其缺陷和解决方法 (opens new window)
• toFixed 计算错误解决方法 (opens new window)
• 那些年在 JS 中踩过 Number.toFixed(n)的坑 (opens new window)
• JS 四则运算与四舍五入精度问题及解决方案 (opens new window)