類型轉(zhuǎn)換是 JavaScript 里最容易讓人踩坑的特性之一。尤其是雙等號(hào)（==）的隱式類型轉(zhuǎn)換，經(jīng)常會(huì)產(chǎn)生一些令人意想不到的結(jié)果。讓我們一起深入了解這些陷阱，避免在實(shí)際開(kāi)發(fā)中犯錯(cuò)。

陷阱一：數(shù)字與字符串比較

這可能是最常見(jiàn)的類型轉(zhuǎn)換場(chǎng)景，但也藏著不少坑：

console.log(1 == '1')     // true
console.log(1 == '1.0')   // true
console.log(1 == '01')    // true
console.log(0 == '')      // true

// 更離譜的例子
console.log(999 == '999fitness') // false
console.log(0 == '0.0000')      // true

這里的轉(zhuǎn)換規(guī)則是：當(dāng)數(shù)字和字符串比較時(shí)，會(huì)嘗試將字符串轉(zhuǎn)換為數(shù)字。但如果字符串不是一個(gè)有效的數(shù)字表示，結(jié)果就會(huì)出人意料。

陷阱二：布爾值的轉(zhuǎn)換

布爾值在比較時(shí)會(huì)先被轉(zhuǎn)換為數(shù)字（true 轉(zhuǎn)為 1，false 轉(zhuǎn)為 0）：

console.log(true == 1)     // true
console.log(false == 0)    // true
console.log(true == '1')   // true
console.log(false == '')   // true

// 令人困惑的例子
console.log(false == '0')  // true
console.log(true == '2')   // false
console.log(true == ['1']) // true  ??

陷阱三：null 和 undefined

null 和 undefined 的比較規(guī)則特殊：

這是因?yàn)?nbsp;null == undefined 是特殊規(guī)定的，而在涉及大小比較時(shí)，null 會(huì)被轉(zhuǎn)換為數(shù)字 0。

陷阱四：對(duì)象與原始類型比較

當(dāng)對(duì)象與原始類型比較時(shí)，會(huì)調(diào)用對(duì)象的 valueOf() 或 toString() 方法：

陷阱五：數(shù)組的特殊情況

空數(shù)組和數(shù)組的轉(zhuǎn)換規(guī)則尤其令人困惑：

陷阱六：多重類型轉(zhuǎn)換

當(dāng)涉及多個(gè)操作數(shù)時(shí)，轉(zhuǎn)換規(guī)則會(huì)變得更加復(fù)雜：

陷阱七：NaN 的比較

NaN 是 JavaScript 中最特殊的值之一：

console.log(NaN == NaN)        // false
console.log(NaN === NaN)       // false
console.log(typeof NaN)        // "number"

// 正確的檢查方式
console.log(isNaN(NaN))        // true
console.log(Number.isNaN(NaN)) // true