为何JavaScript toFixed()方法对不同数值的四舍五入结果不一致？

这是JavaScript中IEEE 754双精度浮点数的精度限制导致的典型问题，核心原因是：部分十进制小数无法被二进制浮点数精确表示，你看到的19373.315和9373.315在内存中的实际存储值，和你写的十进制数有细微差异，而toFixed()是基于这个实际存储值进行四舍五入的。

具体拆解两个案例： #

• 对于19373.315：
  当你在代码中写这个数时，JavaScript会把它转换成二进制浮点数存储，但0.315无法被二进制精确表示，实际存储的近似值是略小于19373.315的（比如在Chrome中实际是19373.314999999996）。当调用toFixed(2)时，这个略小的数值会被向下取整，得到19373.31。

• 对于9373.315：
  同样的道理，0.315无法精确转换，但这个数的整数部分不同，导致最终的二进制近似值略大于9373.315（比如Chrome中实际是9373.315000000001）。所以toFixed(2)会向上取整，得到正确的9373.32。

你可以直接在Chrome控制台验证这个差异：

console.log(19373.315); // 输出 19373.314999999996
console.log(9373.315);  // 输出 9373.315000000001

如何解决这个问题？ #

如果需要精确的十进制四舍五入，不要依赖toFixed()的默认行为，推荐两种可靠的方式：

1. 用Math.round()结合缩放：

   // 对19373.315保留两位小数
   const result = Math.round(19373.315 * 100) / 100;
   console.log(result); // 输出 19373.32
   

   原理是先把数值放大100倍，用Math.round()取整，再缩小回原比例，这样能规避浮点数的细微误差。

2. 用BigInt处理精确十进制运算：
   对于需要极高精度的场景，可以把数值转换成字符串，用BigInt进行计算，完全避免浮点数误差。比如：

   function toFixedPrecise(num, decimals) {
     const numStr = num.toString();
     const [integerPart, decimalPart = ''] = numStr.split('.');
     const scaled = BigInt(integerPart + decimalPart.padEnd(decimals, '0').slice(0, decimals));
     const divisor = BigInt(10 ** decimals);
     // 手动实现四舍五入逻辑
     return Number((scaled + BigInt(5)) / divisor);
   }
   console.log(toFixedPrecise(19373.315, 2)); // 输出 19373.32
   

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