JavaScript的浮点数计算为何不精准，怎样解决？

我最近在搞electron框架， 然后就发觉了JavaScript的浮点数计算有问题，真实的很奇怪，为啥呢？这是因为它用的IEEE 754标准的双精度浮点数格式来表示数字， 这玩意儿没法精准表示全部十进制较小数，比如 0.1 + 0.2 !== 0.3 就是最经典的例子，简直让人无语，我血槽空了。。

为啥会出现这种问题？

其实原因很简洁， 像 0.1 这样的十进制较小数在二进制中是无限循环的，就像 1/3 在十进制中是 0.333... 一样，只能被近似存储，从而引起计算误差。这就良好比你用有限的格子去装无限的东西，怎么装都装不下。

0.1 + 0.2 = 0.30000000000000004 0.3 - 0.2 = 0.09999999999999998 你看，这更多吓人！这类问题在涉及金额、科学研究计算或需要较高精度判断的场景中尤其存在风险因素。要是做个支付系统，最终还是结果是算出来的金额不对，那不就完了吗？ 怎么解决当前这个问题？ 先来看， 在对比浮点数时不要采用严格相等 ===而应设定一个极较小的容差值。比如： function isAlmostEqual { return Math.abs 注意：toFixed 返回字符串， 必须要转换；同时也要合理设置保留位数，避免截断错误。比如： let result = .toFixed; // "0.30" result = parseFloat; // 0.30 console.log; 害... 利用 toFixed 方法保留指定位数的较小数，并通过 parseFloat 或加 +号 转换回数字类型。这样彻底避开浮点数，确保精准。 对于繁杂计算，提议采用较高精度数学库，它们提供给任意精度的数值类型。比如： // 采用 decimal.js 库 const Decimal = require; Decimal.set; let a = new Decimal; let b = new Decimal; console.log.toNumber); // 精准最终还是结果是 最可靠的方式之一是将较小数转换为整数进行计算，尤其是在处理货币时。举个例子，用“分”代替“元”来避免较小数。比如计算 0.1 元 + 0.2 元： // 用分来算 let amount1 = 10; // 代表 0.1 元， 即 10 分 let amount2 = 20; // 代表 0.2 元，即 20 分 let total = / 100; // 最终还是结果是是元 console.log); // 输出 "0.30" 一下 总体来说就这一些。上专用库，对比时加容差。关键是意识到问题存在并主动规避。 本文实例讲述了JavaScript解决浮点数计算不准确问题的办法,希望对你有协助，意味着.…。