JavaScript 中如何规避浮点数比较时的布尔值逻辑错误

<p>JavaScript中直接用===或==比较浮点数必然出错，因十进制小数在二进制中无法精确表示；应改用容差比较，如Math.abs(a - b) < Number.EPSILON。</p>

直接用 === 或 == 判断两个浮点数是否“相等”，在 JavaScript 中几乎必然出错——这不是代码写得不对，而是 0.1、0.2 这类十进制小数在二进制中无法精确表示，导致 0.1 + 0.2 === 0.3 返回 false。要避免布尔判断失真，核心是放弃“完全相等”思维，改用“足够接近”的容差逻辑。

用 Number.EPSILON 做基础容差比较

这是最轻量、原生支持的方案，适合大多数普通数值场景：

• Math.abs(a - b) 是推荐写法，<code>Number.EPSILON 约为 2.22e-16，适用于 1 附近的数
• 不要直接用 == 或 === 比较结果，例如 if (a === b) 应改为 if (Math.abs(a - b)
• 对明确知道量级的值（如 UI 计算、动画参数），可自定义更宽松的阈值，比如 1e-10 或 1e-6

大数或跨量级时加相对误差

纯绝对误差在数值很大（如 1e8）或极接近 0 时会失效：

• 当 a 和 b 都较大时，用 Math.abs(a - b)
• 当其中一个可能为 0，需兜底：可写成 Math.abs(a - b)
• 例如比较 1000000.001 和 1000000.002，绝对差 0.001 若只比 1e-9 就永远不成立

金额、计数等关键业务转整数运算

涉及金钱、库存、评分等不允许舍入误差的场景，应彻底避开浮点计算：

立即学习“Java免费学习笔记（深入）”；

• 统一乘以 100（两位小数）或 1000（三位）转整数，运算完再除回，如 (0.1 * 100 + 0.2 * 100) / 100 === 0.3
• 封装成工具函数，避免多次浮点乘除引入新误差，例如：const safeAdd = (a, b) => Math.round((a + b) * 100) / 100
• 后端返回字符串数字（如 "19.99"）时，先 Number() 或 parseFloat()，再转整数，不依赖隐式转换

需要高精度时引入 decimal.js

金融结算、科学计算等不容许任何累积误差的场景，必须使用十进制专用库：

• new Decimal("0.1").add("0.2").equals("0.3") 返回 true，全程基于字符串输入，规避二进制表示缺陷
• 注意返回的是 Decimal 对象，不能直接用于 === 或 Math.max()，需调用 .toNumber() 或对应方法
• 避免在简单展示或条件判断中滥用：它带来额外体积和运行时开销，仅在真正必要时启用