JavaScript的=、==和===

 

 

(1) 百度知道上的解释：

= 为对象赋值

== 表示两个对象toString值相等

=== 表示两个对象类型相同且值相等

 

(2)  知乎上的解释：

绝大多数场合应该使用 === ，只有检测 null/undefined 的时候能够使用 x == null ，由于一般咱们不区分 null 和 undefined ，即将 x == null 做为 x === null || x === undefined 的缩写。
== 的比较看似会比较方便，好比 1 == '1' ，可是会埋下隐患，好比可能对类型作出错误的假设。
例子：  if (x == 10) x += 5
若是传入的x是字符串'10'，x的结果会变成'105'。在后续运算中字符串'105'又可能被转型，从而引入隐蔽的错误。
另外，程序员可能不自觉的依赖某些假设——好比相等比较应该具备传递性，即 a = b， b = c，应该能得出 a = c。可是JavaScript的 == 不具备传递性。好比 0 == '0' ，0 == ''，可是 '0' != '' 。
因此 @李遥 的说法也是错误的，JS的 == 并不是是 Java/C# 的 equals() ，由于 Java/C# 语言都是要求 equals() 必须保证传递性的。
总之，对于大型编程来讲，== 的这点小小的便利性没法与其带来的风险相比。

 

(3)  CSDN上的解释：

 JavaScript支持“=”、“==”和“===”运算符。你应当理解这些（赋值、相等、恒等）运算符之间的区别，并在编码过程当中当心使用。

         JavaScript对象的比较是引用的比较，而不是值的比较。对象和其自己是相等的，但和其余任何对象都不相等。若是两个不一样的对象具备相同数量的属性，相同的属性名和值，它们依然是不相等的。相应位置的数组元素是相等的两个数组也是不相等的。

       严格相等运算符“===”首先计算其操做数的值，而后比较这两个值，比较过程没有任何类型转换：

若是两个值类型不相同，则它们不相等。

若是两个值都是null或者都是undefined，则它们不相等。

• 若是两个值都是布尔值true或false，则它们相等。
• 若是其中一个值是NaN，或者两个两个值都是NaN，则它们不相等。NaN和其余任何值都是不相等的，包括它自己！！！经过x!==x来判断x是否为NaN，只有在x为NaN的时候，这个表达式的值才为true。
• 若是两个值为数字，且数值相等，则它们相等。若是一个为0，另外一个为-0，则它们一样相等。
• 若是两个值为字符串，且所含的对应位上的16位数彻底相等，则它们相等。若是它们的长度或内容不一样，则它们不等。两个字符串可能含义彻底同样且所显示出手字符也同样，但具备不一样编码的16位值。JavaScript并不对Unicode进行标准化的转换，所以像这样的字符串经过"==="和"=="运算符的比较结果也不相等。
• 若是两个引用值同一个对象、数组或函数，则它们是相等的。若是指向不一样的对象，则它们是不等的。尽管两个对象具备彻底同样的属性。
• 相等运算符“==”和恒等运算符类似，但相等运算符的比较并不严格。若是两个操做数不是同一类型，那么相等运算符会尝试一些类型转换，而后进行比较：
•  若是两个操做数的类型相同，则和上文所述的严格相等的比较规则同样。若是严格相等，那么比较结果为相等。若是它们不严格相等，则比较结果为不相等。
• 若是两个操做数类型不一样，“==”相等操做符也可能会认为它们相等。检测相等将会遵照以下规则和类型转换： 

1. 若是一个值是null，另外一个是undefined，则它们相等。
2. 若是一个值是数字，另外一个是字符串，先将字符串转换为数字，而后使用转换后的值比较。
3. 若是其中一个值是true，则将其转换为1再进行比较。若是其中一个值是false，则将基转换为0再进行比较。
4. 若是一个值是对象，另外一个值是数字或字符串，则将对象转换为原始值，而后再进行比较。对象经过toString()方法或valueOf()方法转换为原始值。JavaScript核心的内置类首先尝试使用valueOf()，再尝试使用toString()，除了日期类，日期类只使用toString()转换。那些不是JavaScript语言核心中的对象则经过各自的实现中定义的方法转换为原始值。
5. 其余不一样类型之间的比较均不相等.

 

来自为知笔记(Wiz)