踩的坑
最近工作中，在计算一个商品的折扣价格，有时候总是出现价格会有一分钱的差异，涉及钱的问题都是比较敏感的，经过排查，最后发现竟然是 JS 原生的 toFixed 方法的问题。
好家伙，这都啥规律啊。。。(⊙o⊙)
填坑方法
先不着急去探究其中的问题，既然发现了问题，那就先把 Bug 修复了先，原生方法用不了，就自己写一个呗，还不是分分钟的事情，哈哈哈！
/**
* 保留小数点几位数, 自动补零, 四舍五入
* @param num: 数值
* @param digit: 小数点后位数
* @returns string
*/
function myFixed(num, digit) {
if(Object.is(parseFloat(num), NaN)) {
return console.log(`传入的值：${num}不是一个数字`);
}
num = parseFloat(num);
return (Math.round((num Number.EPSILON) * Math.pow(10, digit)) / Math.pow(10, digit)).toFixed(digit);
}
什么样的坑？
好了，既然 Bug 解决完了，下面我们就来探索一下 toFixed 其中的奥秘。
呃...首先，Em...百度一下吧，面向百度编程工程师，果然一查大把结果，看来是个经典问题了。
经过一番了解得知，原来是 toFixed 方法采用的四舍五入，并不是我们理解的字面上的四舍五入。而 toFixed 方法它是采用一种诡异的方法 "四舍六入五取偶" ，也叫银行家算法，这是什么个意思呢？
完整说法："四舍六入五考虑，五后非零就进一，五后为零看奇偶，五前为偶应舍去，五前为奇要进一"。
大概意思是：当舍去位的数值 ≤4 时舍去，当它 ≥6 时加上，可当它 =5 时，则根据 5 后面的数字来定；当 5 后有非零数字时，舍 5 入 1；当 5 后无有效数字时，需要再分两种情况：5 前为偶数，舍 5 不进；5 前为奇数，舍 5 入 1 。
根据这个规则，我在浏览器上又跑了一些测试，但却还是感觉不对。
// 五前是偶数，没有舍去？ console.log(1.00000065.toFixed(7)); // 1.0000007 错误 console.log(1.000000065.toFixed(8)); // 1.00000007 错误 // 五前是奇数，没有进一？ console.log(1.00000015.toFixed(7)); // 1.0000001 错误 console.log(1.000000015.toFixed(8)); // 1.00000001 错误
这到底为啥？真是让人摸不着头脑。。。（︶︿︶）
再经过一番探索，总算是有点收获了，下面就得来看看 ECMAScript 规范对该方法的定义了，有时候回归规范才是最靠谱的方式。
上图是关于整个 toFixed 方法的定义，不过是翻译后的版本，会有出入但差别不大，也可以点击上面的链接查看原文，我们主要关注图中红框部分，通过公式来计算舍去位数值。
我们下面两个来举个栗子，测试一下。
console.log(1.0000005.toFixed(6)); // 1.000001 正确 console.log(1.00000005.toFixed(7)); // 1.0000000 错误
首先，根据红框的条件，x<10^21，1.0000005 与 1.00000005 都是小于 10^21 的，所以我们直接可以使用公式 n / 10^ - x 来玩耍。
我们先用 x=1.0000005 代入公式来看看情况：
// 假设n1 var n1 = 1000000; var x = 1.0000005; var f = 6; console.log((n1 / Math.pow(10, f) - x)); // -5.00000000069889e-7 // 假设n2 var n2 = 1000001; var x = 1.0000005; var f = 6; console.log((n2 / Math.pow(10, f) - x)); // 4.999999998478444e-7
由结果可知，当 n1=1000001 时，得到的结果取最接近 0 的值，故：
console.log(1.0000005.toFixed(6)); // 1.000001 正确
再来试试当 x=1.00000005 代入公式：
// 假设n1 var n1 = 10000000; var x = 1.00000005; var f = 7; console.log((n1 / Math.pow(10,f) - x)); // -4.9999999918171056e-8 // 假设n2 var n2 = 10000001; var x = 1.00000005; var f = 7; console.log((n2 / Math.pow(10,f) - x)); // 5.000000014021566e-8
由结果可知，当 n2=10000001 时，得到的结果取最接近 0 的值，故：
console.log(1.00000005.toFixed(7)); // 1.0000000 错误
哎...写到这里才发现给自己挖了一个大坑，干嘛要搞那么多零，自己都数晕圈了。。。
总的来说，上面例子就是教你如何通过规范定义的公式计算出结果而已，如果你看得懂规范，那么直接去代入也是没有问题的。
总结
到此这篇关于JS中toFixed()方法四舍五入精度问题的文章就介绍到这了,更多相关JS toFixed()四舍五入精度问题内容请搜索Devmax以前的文章或继续浏览下面的相关文章希望大家以后多多支持Devmax！