为何JavaScript中170.5546/.0001得1705545.999999而170.5543/.0001得1705543？

你遇到的是IEEE 754双精度浮点数的固有精度限制问题，这不是JavaScript的bug，而是绝大多数现代编程语言（包括Java的double类型）通用的浮点数运算特性。

核心原因：十进制与二进制的转换差异 #

JavaScript的所有数字都是64位双精度浮点数，而部分十进制小数无法被二进制浮点数精确表示：

• 像170.5546这样的十进制小数，转换成二进制后是无限循环的，存储时会被截断或舍入，导致内存中实际存储的值和你写的字面量有极其微小的偏差。当你除以0.0001（等同于乘以10000）时，这个微小偏差被放大，最终得到1705545.999999这样的近似值。
• 而170.5543刚好可以被二进制浮点数精确表示，所以运算结果是准确的1705543。

你可以通过以下代码验证这一点：

// 查看170.5546的二进制表示（会看到循环后缀）
console.log(170.5546.toString(2));
// 查看170.5543的二进制表示（有限长度）
console.log(170.5543.toString(2));

和计算器、Java结果差异的说明 #

• 普通计算器通常采用十进制浮点运算，直接以十进制处理数字，不会出现二进制转换的精度问题。
• Java中如果使用double类型运算，结果和JavaScript完全一致；你看到的差异大概率是因为Java中使用了BigDecimal这类高精度十进制运算类，而非原生的double类型。

解决精确运算的方案 #

如果需要保证十进制运算的精确性，可以采用以下几种方式：

• 用Number.EPSILON判断两个数是否近似相等（适用于判断结果场景）：

  const result = 170.5546 / 0.0001;
  const expected = 1705546;
  if (Math.abs(result - expected) < Number.EPSILON) {
    console.log("结果符合预期");
  }
  

• 将小数转换为整数运算（比如乘以10000转成整数除法）：

  // 先转成整数避免浮点误差
  const result = (170.5546 * 10000) / 1;
  

• 使用专门的高精度数值处理库（内部基于十进制运算实现精确计算）。

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