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) → trueObject.is('hello', 'hello') → trueObject.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就能派上用场。
话说回来，对于日常的变量相等性判断，继续使用===依然是更普遍和推荐的选择，除非你明确遇到了上述这些特殊的边界情况。
