Object.is 解决 NaN 与 0 比较漏洞方法

Object.is() 是 JavaScript 中唯一能精准修复 NaN 不等于自身和正负零被错误判定为相等这两大底层精度漏洞的原生方法，它严格遵循 IEEE 754 标准执行 SameValue 算法——让 NaN 自等、±0 不等，其余行为与 === 一致，既不妥协语义也不引入类型转换，成为处理浮点边界值、负零检测、NaN 可靠识别及含 NaN 数组去重的“精准标尺”，但需注意它并非深比较工具，也不适合高频简单判断场景，用对地方才能真正释放其不可替代的价值。

Object.is() 是 JavaScript 中唯一能同时修复 NaN !== NaN 和 +0 === -0 这两类精度漏洞的原生方法。它不靠类型转换，也不妥协语义，而是严格按 IEEE 754 位模式执行 SameValue 算法 —— 这让它成为处理浮点边界值的“精准标尺”。

为什么 NaN 和 ±0 会出问题

JavaScript 的 === 在设计上遵循“抽象相等”的工程取舍：

• NaN === NaN 返回 false：语言规范强制规定 NaN 是“永不等于自身”的值，导致去重、缓存、状态比对全部失效
• +0 === -0 返回 true：虽然二者在 IEEE 754 中符号位不同（+0 是 0x00000000，-0 是 0x80000000），但 === 忽略符号位，掩盖了真实差异

Object.is 如何精准判定

它的判断逻辑只有三步，清晰且可预测：

• 若两个值都是 NaN → 返回 true
• 若一个是 +0、另一个是 -0 → 返回 false
• 其余所有情况，行为与 === 完全一致

这意味着你不需要额外记忆例外规则——只要记住“NaN 自己认自己，±0 各自为政”，就覆盖了全部关键差异。

实际怎么用才不踩坑

重点不在“能不能用”，而在“在哪必须用”：

• 检测负零：写 Object.is(x, -0)，别用 x === -0（因为 0 === -0 也成立）
• 确认 NaN 结果：比如 const res = Math.sqrt(-1); if (Object.is(res, NaN)) { ... }，比 isNaN() 更可靠（不触发类型转换）
• 数组去重含 NaN：Set 不行（内部用 SameValueZero），得手写过滤：
  arr.filter((item, i) => arr.findIndex(v => Object.is(v, item)) === i)

什么场景不该硬套 Object.is

它不是万能替代品：

• 对象或数组内容比较仍返回 false（和 === 一样），不递归深比，别指望它代替 _.isEqual
• 日常字符串/数字判断用 === 更快更自然，Object.is 约慢 10%~15%，高频循环里没必要升维打击
• 如果业务上把 ±0 当作同一概念（如 UI 显示归零），反而该用 === 或显式归一化（x === 0 ? 0 : x）

好了，本文到此结束，带大家了解了《Object.is 解决 NaN 与 0 比较漏洞方法》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！