Chrome/Firefox与IE的JavaScript算术行为差异及精度问题咨询

这是个非常典型的浮点数精度问题，本质上和浏览器引擎的“异常行为”关系不大，但不同浏览器在数值显示的细节处理上确实有区别，咱们一步步捋清楚：

核心原因：IEEE 754浮点数的存储限制 #

JavaScript里的所有数字都是基于IEEE 754双精度浮点数存储的，这种格式有个天生的局限：无法精确表示所有十进制小数。比如咱们熟悉的0.1，转换成二进制是无限循环的，所以存储的时候只能取近似值。当你对这类无法精确存储的数做乘除运算时，这些微小的误差就会被放大或者显现出来。

看你给出的代码例子（先纠正个小笔误：第二个console.log里的表达式写的是6.6821 * 1000 / 1000，应该是26.6821吧？）：

console.log('(26.6811*1000/1000) = ' + (26.6811 * 1000 / 1000));
console.log('(26.6821*1000/1000) = ' + (26.6821 * 1000 / 1000)); // 修正笔误后的代码
console.log('(26.6721*1000/1000) = ' + (26.6721 * 1000 / 1000));

像26.6811这样的十进制数，转换成二进制后是无法精确存储的近似值。当你乘1000再除以1000时，看似是“还原”原数，但实际上中间过程的误差会被保留，最终得到的结果和原始的十进制数存在微小偏差。

不同浏览器的显示差异 #

那为什么Chrome/Firefox和IE的输出不一样？其实底层的数值存储差异极小，主要是控制台的显示策略不同：

• Chrome和Firefox会更“直白”地展示浮点数的实际存储值，哪怕只有极小的误差，也会把它显示出来（比如可能输出26.681100000000002）；
• IE则默认做了额外的舍入处理，把这些微小的误差给隐藏了，直接显示成你预期的26.6811。

本质上，这些浏览器的算术运算逻辑都是符合IEEE 754标准的，只是显示层面的处理不同而已。

怎么解决这个问题？ #

如果需要保证结果的十进制精度，可以用以下方法：

• 使用Number.prototype.toFixed()指定小数位数，比如：

  console.log((26.6811 * 1000 / 1000).toFixed(4)); // 输出 "26.6811"
  

  注意：toFixed采用的是银行家舍入法（四舍六入五成双），如果需要传统的四舍五入，可以结合Math.round处理。
• 对于涉及金钱、高精度计算的场景，建议使用专门的十进制运算库（比如decimal.js），避免浮点数误差带来的问题。

内容的提问来源于stack exchange，提问作者user1455410