引子

眾所周知，用在if條件判斷語句中，js有六種假值：false, null, undefined, '', NAN, 0。先來看幾個例子：

[] === []
NaN === NaN
NaN == NaN
0 == []
'' == []
'' == {}
[] == undefined
{} == []
null == undefined

以上這些判斷結(jié)果是什么，大家能否一看就知道結(jié)果呢？筆者以前對==和===都只有大概的印象，相信大家也都知道，== 判斷如果兩邊變量的類型不同，會將其先做類型轉(zhuǎn)換再作判斷，而 === 則不做類型轉(zhuǎn)換，如果類型不同，就一定返回 false。但是筆者最近看到了一個題目，感覺很有意思，貼出來給大家看看：

var x = 1;
var obj = {
  valueOf: function(){ 
    x = 2; 
    return 0 
    }
  }
console.log(obj == 0, x)

恩，這段代碼輸出的結(jié)果是 true, 2，是不是不可思議？還有~

var x = 1;
var obj = {
  valueOf: function(){ 
    return {} 
  }, 
  toString: function(){ 
    return {}
  }
 }
 console.log(obj == 0)

這段代碼直接拋出了異常: Uncaught TypeError: Cannot convert object to primitive value。

如果你和我一樣覺得很奇怪，那就繼續(xù)往下看吧~

=== 的規(guī)則

這個比較簡單，我把規(guī)則羅列一下

1. 如果類型不同，就不相等
2. 如果兩個都是數(shù)值，并且是同一個值，那么相等，例外的是，如果其中至少一個是NaN，那么不相等。（判斷一個值是否是 NaN，只能用isNaN() 來判斷）
3. 如果兩個都是字符串，每個位置的字符都一樣，那么相等；否則不相等。
4. 如果兩個值都是true，或者都是false，那么相等。
5. 如果兩個值都引用同一個對象或函數(shù)，那么相等；否則不相等。
6. 如果兩個值都是null，或者都是undefined，那么相等。

這里不難發(fā)現(xiàn)，復(fù)合類型的數(shù)據(jù)（比如對象、數(shù)組、函數(shù)等）之間的比較不是比較他們的值是否相等，而是比較他們引用的對象是否一樣，因此也不難明白，為什么 [] === [] 判斷為false了。

比如：

== 探究

看下 == 的規(guī)則

1. 如果兩個值類型相同，進行 === 比較。
2. 如果兩個值類型不同，他們可能相等。根據(jù)下面規(guī)則進行類型轉(zhuǎn)換再比較：
3. 如果一個是null、一個是undefined，那么相等。
4. 如果一個是字符串，一個是數(shù)值，把字符串轉(zhuǎn)換成數(shù)值再進行比較。
5. 如果任一值是 true，把它轉(zhuǎn)換成 1 再比較；如果任一值是 false，把它轉(zhuǎn)換成 0 再比較。
6. 如果一個是對象，另一個是數(shù)值或字符串，把對象轉(zhuǎn)換成基礎(chǔ)類型的值再比較。對象轉(zhuǎn)換成基礎(chǔ)類型，利用它的toString或者valueOf方法。 js核心內(nèi)置類，會嘗試valueOf先于toString。例外的是Date，Date利用的是toString轉(zhuǎn)換。非js核心的對象，會比較麻煩，有興趣的同學(xué)可以研究一下
7. 任何其他組合，都不相等。

看到這里，第六條，我們就可以明白，為什么上面的代碼會輸出意想不到的結(jié)果甚至拋出錯誤了。

再來看一題：

if (x == 10) 
  x += 5

根據(jù)上面的規(guī)則，試想一下，如果我們輸入的x是字符串20，那么x的結(jié)果會變成什么樣？沒錯，就是205，而往往這種情況我們的目的是想計算20+5的值。

綜合上面的例子，不難看出，== 的比較看似會比較方便，比如 1 == '1' ，但是會埋下隱患，比如可能對類型做出錯誤的假設(shè)。因此大多數(shù)人建議我們少用== 而盡量使用 ===，事實上我也推薦如果明確知道類型，還是最好用===。

再舉個簡單的例子：團隊協(xié)作中你肯定需要讀別人的代碼。而當(dāng)你看到==時，要判斷清楚作者的代碼意圖是確實需要轉(zhuǎn)型，還是無所謂要不要轉(zhuǎn)型只是隨手寫了，還是不應(yīng)該轉(zhuǎn)型但是寫錯了……所花費的腦力和時間比明確的===（加上可能需要的明確轉(zhuǎn)型）要多得多。這樣一想，===不要好太多。

明白了==的機制，那么判斷這6個假值，就變得容易了。

簡單看看幾個例子，大家看看是真是假~

false == ''
false == []
0 == []
'' == []
[] == []
[] == {}
null == undefined
false == undefined

總結(jié)

可以用一張圖來表達 == 返回true的幾個假值：

一、首先看雙等號前后有沒有NaN，如果存在NaN，一律返回false。

二、再看雙等號前后有沒有布爾，有布爾就將布爾轉(zhuǎn)換為數(shù)字。（false是0，true是1）

三、接著看雙等號前后有沒有字符串, 有三種情況：

1. 對方是對象，對象使用toString()或者valueOf()進行轉(zhuǎn)換；
2. 對方是數(shù)字，字符串轉(zhuǎn)數(shù)字；
3. 對方是字符串，直接比較；
4. 其他返回false
5. 如果是數(shù)字，對方是對象，對象取valueOf()或者toString()進行比較, 其他一律返回false
6. null, undefined不會進行類型轉(zhuǎn)換, 但它們倆相等

后記

我的建議是：如果你的的確確知道你在做什么（了解類型轉(zhuǎn)換的結(jié)果），可以用==；否則還是用===吧。

在網(wǎng)上無意中看到的圖，大家可以參考看看：

==號

===號

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論