JavaScript中toFixed(3)舍入行为异常的原因咨询

先看你遇到的测试结果：

> 9.9995.toFixed(3)
'9.999'
> 9.999501.toFixed(3)
'10.000'
> 9.9995000001.toFixed(3)
'10.000'
> 9.9995000000001.toFixed(3)
'10.000'
> 9.9995000000000001.toFixed(3)
'9.999'

核心原因是JavaScript使用IEEE 754双精度浮点数存储数值，这类格式本质是二进制分数，无法精确表示很多十进制小数，会产生微小精度误差，直接影响舍入结果。

具体拆解： #

• 9.9995的实际存储值：十进制的9.9995无法被二进制浮点数精确表示，它在内存里的实际值是一个略小于9.9995的近似值。当调用toFixed(3)时，这个近似值距离9.999更近，所以向下舍入得到'9.999'。
• 9.999501等中间值：这些数的十进制值比9.9995稍大，它们的二进制近似值刚好跨过了舍入到三位小数的临界线（即大于等于9.9995的精确舍入阈值），所以toFixed(3)会向上舍入为'10.000'。
• 9.9995000000000001：双精度浮点数的有效数字只有15-17位，这个数和9.9995的有效数字超出了精度范围，二者在内存里的二进制表示完全相同，所以舍入结果和9.9995一致。

解决办法： #

如果需要精确的十进制舍入，避免浮点数误差，可以用以下方式：

1. 整数运算替代浮点数：把数值乘以1000转成整数，用Math.round处理后再除以1000，再格式化字符串：

   function preciseRound(num, decimals) {
     const factor = 10 ** decimals;
     return (Math.round(num * factor) / factor).toFixed(decimals);
   }
   // 测试：
   preciseRound(9.9995, 3) // '10.000'
   

2. 使用国际化格式化工具：Intl.NumberFormat可以更灵活地处理十进制格式化，避免浮点数误差：

   new Intl.NumberFormat('en-US', { minimumFractionDigits: 3, maximumFractionDigits: 3 }).format(9.9995);
   // 输出 '10.000'
   

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