Object.is 与 === 的核心区别在于 NaN 和 ±0 的处理：Object.is 认为 NaN 等于 NaN、+0 不等于 -0，而 === 均相反；其余所有值的比较结果完全一致。
Object.is 和 === 都用于判断两个值是否“相等”，但它们在几个关键边界情况下的行为不同。最核心的区别在于：Object.is 是为了解决 === 在处理 NaN、+0 与 -0 时不够精确的问题，提供一种真正“同值”（same value）的语义。
NaN 的比较结果不同
=== 认为 NaN 不等于任何值，包括它自己；而 Object.is 认为 NaN 等于 NaN。
这是最常被提到的区别：
-
NaN === NaN→ false -
Object.is(NaN, NaN)→ true
这对需要可靠检测 NaN 的场景（比如深比较、状态归一化、缓存键计算）很重要——用 === 无法直接判断一个值是不是 NaN，必须借助 isNaN() 或 Number.isNaN()；而 Object.is 可以一步到位。
+0 和 -0 被视为不同值
=== 把 +0 和 -0 当作完全相等；Object.is 则区分它们，认为它们是不同的值。
-
+0 === -0→ true -
Object.is(+0, -0)→ false
虽然日常开发中很少显式使用 -0，但在涉及浮点运算、科学计算、坐标系统或底层数值建模时，符号零是有意义的。Object.is 保留了 IEEE 754 标准中对“值+符号”的完整表达。
其他值的行为完全一致
对于所有其他情况（字符串、数字、布尔、对象引用、undefined、null、Symbol、BigInt），Object.is 和 === 的结果完全相同：
-
5 === 5和Object.is(5, 5)都是 true -
null === null和Object.is(null, null)都是 true -
{a:1} === {a:1}和Object.is({a:1}, {a:1})都是 false（因为是不同对象）
也就是说，Object.is 并不是“更宽松”或“更严格”的通用替代品，它只是在 NaN 和 ±0 这两个特殊点上，提供了更符合数学直觉和规范定义的判断逻辑。
为什么需要新的同值相等？
ES6 引入 Object.is 的根本原因，是 ECMAScript 规范需要一种能准确反映“两个值在类型和位模式上完全一致”的操作，即所谓的 SameValue 算法。这在以下场景中不可或缺：
- WeakMap / WeakSet 的键判定：内部使用 SameValueZero（仅对 0 不区分正负，其余同 Object.is），但设计基础来自 SameValue
-
Array.prototype.includes：使用 SameValueZero 来查找 NaN，所以
[NaN].includes(NaN)返回 true（而 indexOf 不行） - Proxy 的 trap 参数比对、Object.freeze 的属性值检查等底层机制依赖精确的值一致性判断
- 函数式编程与不可变数据结构：当实现 deepEqual、memoize 或 diff 算法时，必须正确识别 NaN 和 -0，否则会出错或产生意外缓存命中
简言之，=== 是为运行时快速比较设计的“抽象相等”，而 Object.is 是为语言内部语义和高级抽象提供可预测、可推理的“值同一性”保障。
