双等号(==)
如果待比较的两边 数据类型不一致,则进行强制类型转换,再比较值。
例如:
可以看到数字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