硬编码浮点数是否恒等于parseFloat(toFixed(n))的处理结果？

开发者阿泽

2026-7-27

问题

已知硬编码浮点数（如0.12）会因浮点数精度问题存在存储偏差，但本文不探究偏差成因，仅关注：
对于拥有n位小数（0≤n≤100）、取值范围在Number.MIN_VALUE到Number.MAX_VALUE之间的硬编码浮点数a.bc...，是否始终满足a.bc... == Number.parseFloat((a.bc...).toFixed(n))？

示例代码：

console.log(0.12 == Number.parseFloat(0.12.toFixed(2)));
console.log(987.123 == Number.parseFloat(987.123.toFixed(3)));
console.log(98765.12345678 == Number.parseFloat(98765.12345678.toFixed(8)));

上述示例中硬编码值与处理后的值相等，但不确定所有场景是否成立。同时需明确该结论是否适用于负硬编码浮点数（-a.bc...），若不成立请说明原因。

结论与分析

对于非负硬编码浮点数，给定条件下（n为原数的小数位数，0≤n≤100，值在Number.MIN_VALUE到Number.MAX_VALUE范围内），等式a.bc... == Number.parseFloat((a.bc...).toFixed(n))始终成立。
逻辑是：硬编码的十进制浮点数会被转成最接近的IEEE 754双精度浮点数存储。调用toFixed(n)时，会把这个存储值四舍五入到n位小数的十进制字符串；Number.parseFloat再把这个字符串转回最接近的双精度浮点数。由于原硬编码值对应的双精度数，本身就是该十进制字符串最接近的双精度表示，所以转换后的值和原值完全相等。
对于负硬编码浮点数，多数场景下等式成立，但存在反例：当原数的存储值刚好处于两个n位小数十进制数的中间位置时，toFixed采用的银行家舍入规则（四舍六入五成双）会导致转换后的字符串对应的浮点数和原值不等。
反例代码：
```
const num = -2.675;
console.log(num.toFixed(2)); // 输出 "-2.67"
console.log(num == Number.parseFloat(num.toFixed(2))); // 输出 false
```
原因：-2.675实际存储的是一个略大于-2.675的双精度数，toFixed(2)按规则舍入到-2.67，而Number.parseFloat("-2.67")得到的浮点数和原存储值不匹配，因此等式不成立。