如何用 Object.is 判断两个对象是否严格相等及特殊值

Object.is：比 === 更严谨的相等性判断，它究竟解决了什么？

说到判断两个值是否相等，Ja vaScript开发者第一时间想到的往往是三等号===。的确，它解决了类型转换的坑，是我们日常开发的主力工具。但如果你以为===就是严格相等的终点，那可就错了。今天要聊的Object.is，正是在===的基础上，将“严格”二字推向了更极致的境界——尤其是在处理NaN、+0和-0这些令人头疼的特殊值时，它的行为才更符合数学上的直觉。

与 === 的关键区别：细节决定严谨度

那么，Object.is(a, b)到底比===多了哪些考量？核心逻辑其实就聚焦在两处“边角料”上：

• 当两个值都是NaN时，它返回true。这解决了Ja vaScript里“NaN === NaN 永远为false”这一反直觉的设计。
• 当一个值是+0，另一个是-0时，它返回false。这在数学上是合理的，因为+0和-0在符号位上有本质区别，而+0 === -0却会返回true。
• 除此之外的所有情况，它的行为和===完全一致：必须类型相同且值相同，才返回true。

常见特殊值对比示例：眼见为实

光说可能不够直观，我们直接看几个关键的对比示例：

• Object.is(NaN, NaN) → true （终于能正确判断NaN了）
• Object.is(+0, -0) → false （严格区分了正负零）
• Object.is(0, -0) → false （这里的0默认是+0）
• Object.is(5, 5) → true
• Object.is('hello', 'hello') → true
• Object.is({}, {}) → false （注意！它依然不比较对象内容）

可以看到，前三个例子正是Object.is的用武之地。

一个重要的误区：它不适用于对象内容比较

需要注意的是，Object.is的“严格”并未延伸到对象的内容层面。它进行的依然是引用相等性检查。对于对象、数组、函数这些引用类型，它只关心它们是否指向内存中的同一个地址：

• const a = {x: 1}; const b = {x: 1}; Object.is(a, b) → false （内容相同，但引用不同）
• const c = [1, 2]; const d = [1, 2]; Object.is(c, d) → false （同理）
• Object.is(a, a) → true （只有是同一个引用时，才为真）

所以，如果你需要深度比较两个对象的结构和值是否完全一致，还是得依靠专业的工具库，比如Lodash的_.isEqual，或者自己实现递归比较函数。

实际使用建议：何时该请出它？

既然===已覆盖了99%的场景，Object.is的用武之地在哪里呢？通常是一些需要处理极端精确性的特定场景：

• 实现自定义的数据结构：比如在实现自己的Set或Map时，如果你想精确区分+0和-0，不让它们被视为同一个键，就可以用Object.is作为相等性判断逻辑。
• 测试框架中的断言：在编写单元测试时，确保被断言为NaN的值能被正确识别为相等。
• 数值计算库的边界处理：某些科学计算或精密图形库，在浮点运算后需要严格校验结果是否为-0，这时Object.is就能派上用场。

话说回来，对于日常的变量相等性判断，继续使用===依然是更普遍和推荐的选择，除非你明确遇到了上述这些特殊的边界情况。