用Number.EPSILON处理浮点数计算精度偏差

直接拿 === 去判断两个浮点数是否相等，十有八九会掉坑里。那用 Number.EPSILON 这个“官方”属性总该万无一失了吧？很遗憾，它也不是万能钥匙。用错了场景，不仅解决不了问题，反而可能放大误差。

Number.EPSILON 的局限：为何不能直接用于所有浮点比较

要理解它的局限，得先看看它到底是什么。Number.EPSILON 的值大约是 2.220446049250313e-16。这个数字有非常具体的定义：它是“1”和“比1大的最小浮点数”之间的差值。换句话说，它刻画的是在数值“1”附近，JavaScript 能分辨的最小相对间隔。

问题就出在这个“1附近”。一旦你处理的数字远大于1，比如 1e10（一百亿），这个固定不变的 EPSILON 就显得太小了。此时，两个数之间的实际可分辨差异可能比 EPSILON 大好几个数量级，如果你还用 EPSILON 去判断，可能会把数学上应该视为相等的两个数，错误地判定为不相等。

反过来，如果数字极小，比如 1e-20，EPSILON 又显得太大了，导致本该被区分开的两个微小差异，被“误杀”为相等。

所以，下面这种常见的写法其实是有条件的：

Math.abs(a - b) < Number.EPSILON

它只在 a 和 b 的数值范围大致在0.5到2之间时，才勉强适用。更糟糕的是，如果你拿它去比较 1000000.1 + 0.2 和 1000000.3，结果肯定是错的。记住，Number.EPSILON 不是一个“全局最小误差”，也不是一个“安全比较阈值”，它只是一个在特定位置（数值1处）的精度参考基准。

绝对误差与相对误差：何时选用哪种策略

选择误差判断策略，关键不在于你“想”多精确，而在于你正在处理的数值量级和业务能容忍的误差范围。

• 绝对误差适用场景：当数值本身接近0，或者业务逻辑本身就要求一个固定的容差范围时。比如，在UI动画中，判断一个元素是否移动到目标位置，只要位移差小于0.001像素就可以认为到位了。这时，直接用类似 Math.abs(a - b) < 0.001 的固定阈值就很好。
• 相对误差适用场景：当 a 和 b 都显著远离0（比如都大于0.1），并且你关心的是它们的相对偏差比例是否可接受时。这时推荐使用公式：Math.abs(a - b) / Math.max(Math.abs(a), Math.abs(b)) < epsilon。这里的 epsilon 是你根据业务需求设定的一个相对比例，比如 1e-9。
• 混合策略更稳妥：一个更健壮的方案是结合两者，先计算绝对差，再与一个动态的阈值比较，例如：Math.abs(a - b) < Number.EPSILON * Math.max(1, Math.abs(a), Math.abs(b))。这样能同时兼顾大数和小数的情况。

常见误差陷阱与修复示例

这些可不是纸上谈兵，都是调试时高频出现的真实问题：

• 经典浮点陷阱：0.1 + 0.2 === 0.3 返回 false。修复：Math.abs((0.1 + 0.2) - 0.3) < Number.EPSILON（这个例子中数值在1附近，所以用 EPSILON 有效）。
• 大数舍入：1e12 + 1 === 1e12 竟然返回 true（因为JS自动进行了舍入）。这时 Number.EPSILON 完全失效，必须使用更大的阈值，或者考虑用 BigInt 来处理整数部分。
• 极小值容差坍缩：如果比较 0 和 1e-18，只使用相对误差公式（分母为0或极小）会导致判断失灵。必须在分母上加一个保护值，如 Math.max(1e-18, Math.abs(a), Math.abs(b))。
• 高精度库的入参陷阱：使用 Decimal 库时，Decimal('0.1') + Decimal('0.2') === Decimal('0.3') 是正确的，但 Decimal(0.1) 一开始就错了。因为用数字 0.1 作为参数时，浮点误差在构造时就已经被引入了，必须使用字符串入参。

高精度场景：别硬扛浮点数

如果你的场景涉及金融计算、精确的单位换算、科学常量比对，或者任何“差一分一毫都不行”的业务逻辑，那么 Number.EPSILON 乃至各种误差比较技巧，都只是临时补丁，并非根治方案。

• 显示与计算分离：在显示层，可以用 toFixed() 或 Intl.NumberFormat 来格式化输出，但切记不要拿格式化后的字符串结果再去做计算。
• 换用高精度计算方案：在运算层，应该优先考虑专用的高精度数学库，比如JavaScript的 decimal.js、Python的 Decimal、Java的 BigDecimal。或者，一个古老但有效的方法是手动缩放为整数进行计算，例如 Math.round(x * 100) / 100（但要小心四舍五入本身的陷阱）。
• 利用 BigInt：在Node.js或现代浏览器中，可以用 BigInt 进行无损的整数运算，但需要自己管理小数点的位置，并且它不兼容 Math 对象中的大部分函数。

最后，一个最容易被忽略的认知是：很多人把 Number.EPSILON 当成了“JavaScript浮点数精度的开关”，以为用了它就能解决所有精度问题。其实它连开关都算不上——它更像是一个刻度尺，告诉你：在数值“1”这个位置附近，误差小到这种程度，机器就认为没区别了。至于其他位置的问题，你得自己另想办法。