JavaScript-Object.is()和‘===’ ‘==’比较运算符的区别

双等号（==）

如果待比较的两边 数据类型不一致，则进行强制类型转换，再比较值。

例如：

 可以看到数字1在同boolean类型true和string类型‘1’比较时，结果返回都是true。这是因为进行双等号比较，如果其中有一个number类型（假设为x == y），那么另一个会自动调用ToNumber
(y)方法，强转换成number类型。

三等号（===）

如果两边数据类型不一致，不会进行强制转换，直接返回false（等值等型）。

还是举上面的例子：

可以看到类型不相等，即使能隐式转换也无效，当场判定为false。

但有两个特殊情况NaN，+0和-0。

‘==’运算符同上：

 

 我第一次看到运行结果时，也是满脑袋问号？？？根据现有知识，NaN是number类型（可用typeof查看数据类型），但却不是一个具体的数字，既然这样我两边都是一样的NaN，凭什么就冷不丁返回false？至于+0和-0，它们都是number类型，数值上也都等于0，没毛病。

我的评价是解铃还须系铃人，"万恶之源"一定出在JS作者身上~(->_<-)~， 最后我搜查到了一篇关于es5 spec 规范说明文档

截图：

看过之后，我是豁然开朗了，原来有一套比较算法去执行的，另外注意最下面一行，它说这与9.12版本里陈述的关于有符号0和NaN的SameValue算法不同。既然游戏规则是人家官方定义，我们作为参与者就必须遵守了 ，也不必纠结。

Object.is()

用来两个值是否严格相等，处理一些特殊情况（+0和-0不再相等，NaN和NaN互等）。

这个与‘===’比较结果刚好相反，就是看左右两个值是否为同一个。

更多用法参考MDN。

总结

Object.is() 与 == 不同。== 运算符在判断相等前对两边的变量（如果它们不是同一类型）进行强制转换（这种行为将 "" == false 判断为 true），而 Object.is 不会强制转换两边的值。

Object.is() 与 === 也不相同。差别是它们对待有符号的零和 NaN 不同，例如，=== 运算符（也包括 == 运算符）将数字 -0 和 +0 视为相等，而将 Number.NaN 与 NaN 视为不相等。

参考：https://stackoverflow.com/questions/19955898/why-is-nan-nan-false