JavaScript如何解释指定小数位数的数字？Math.ceil异常结果求解

嘿，这个问题真的戳中了JS浮点数的一个经典坑点，我来给你掰扯清楚到底发生了啥！

首先得明确一个核心：JS里所有的数字都是64位双精度浮点数，遵循IEEE 754标准。简单说，这种存储方式给数字的精度设了上限——它只能精确表示那些二进制长度不超过53位的数（包括整数和小数部分），超过这个长度的数，就会被“舍入”到最近的、能被表示的数值。

咱们拆解你的两个例子：

第一个例子：Math.ceil(3.000000000000001) → 4 #

你写的3.000000000000001和3的差值是1e-15。在3这个量级上，双精度浮点数的“最小刻度”（专业名叫ULP，相邻两个可表示数的差）大概是4.44e-16。这个1e-15比最小刻度大两倍多，所以JS能精准捕捉到这个差值，把它存储成一个比3大一点点的数。

而Math.ceil()的作用是取大于等于目标数的最小整数，既然这个数严格大于3，那向上取整自然就是4了。

第二个例子：Math.ceil(3.0000000000000001) → 3 #

再看3.0000000000000001，它和3的差值是1e-16，比刚才说的最小刻度4.44e-16还要小。这就麻烦了——JS的浮点数精度根本hold不住这么小的差值，它会直接把这个数舍入成最近的可表示值，也就是3本身。

那Math.ceil(3)的结果当然就是3了，毕竟3本身就是整数嘛。

总结JS的具体处理逻辑 #

• 当你写下一个十进制数字字面量时，JS第一步会把它转换成64位双精度浮点数。
• 如果这个十进制数无法被精确表示（比如第二个例子里的极小差值），就会按照IEEE 754的默认规则（“向最近的偶数舍入”）舍入到最近的可表示数值。
• 最后执行Math.ceil()时，是基于这个已经被舍入后的数值来计算的——这就是为啥两个看起来只差一位的数，结果天差地别。

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