于是，細(xì)想之后，寫下本文，請(qǐng)各位大俠拍磚。
總所周知：
null == undefined
但是：
null !== undefined
那么這兩者到底有啥區(qū)別呢？
null
這是一個(gè)對(duì)象，但是為空。因?yàn)槭菍?duì)象，所以 typeof null 返回 'object' 。
null 是 JavaScript 保留關(guān)鍵字。
null 參與數(shù)值運(yùn)算時(shí)其值會(huì)自動(dòng)轉(zhuǎn)換為 0 ，因此，下列表達(dá)式計(jì)算后會(huì)得到正確的數(shù)值：
表達(dá)式：123 + null結(jié)果值：123
表達(dá)式：123 * null結(jié)果值：0
undefined
undefined是全局對(duì)象（window）的一個(gè)特殊屬性，其值是未定義的。但 typeof undefined 返回 'undefined' 。
雖然undefined是有特殊含義的，但它確實(shí)是一個(gè)屬性，而且是全局對(duì)象（window）的屬性。請(qǐng)看下面的代碼：

從中可以看出，undefined是window對(duì)象的一個(gè)屬性，但卻不是anObj對(duì)象的一個(gè)屬性。
注意：盡管undefined是有特殊含義的屬性，但卻不是JavaScript的保留關(guān)鍵字。
undefined參與任何數(shù)值計(jì)算時(shí)，其結(jié)果一定是NaN。
隨便說(shuō)一下，NaN是全局對(duì)象（window）的另一個(gè)特殊屬性，Infinity也是。這些特殊屬性都不是JavaScript的保留關(guān)鍵字！
提高undefined性能
當(dāng)我們?cè)诔绦蛑惺褂胾ndefined值時(shí)，實(shí)際上使用的是window對(duì)象的undefined屬性。
同樣，當(dāng)我們定義一個(gè)變量但未賦予其初始值，例如：

var aValue;
這時(shí)，JavaScript在所謂的預(yù)編譯時(shí)會(huì)將其初始值設(shè)置為對(duì)window.undefined屬性的引用，
于是，當(dāng)我們將一個(gè)變量或值與undefined比較時(shí)，實(shí)際上是與window對(duì)象的undefined屬性比較。這個(gè)比較過(guò)程中，JavaScript會(huì)搜索window對(duì)象名叫‘undefined'的屬性，然后再比較兩個(gè)操作數(shù)的引用指針是否相同。
由于window對(duì)象的屬性值是非常多的，在每一次與undefined的比較中，搜索window對(duì)象的undefined屬性都會(huì)花費(fèi)時(shí) 間。在需要頻繁與undefined進(jìn)行比較的函數(shù)中，這可能會(huì)是一個(gè)性能問(wèn)題點(diǎn)。因此，在這種情況下，我們可以自行定義一個(gè)局部的undefined變 量，來(lái)加快對(duì)undefined的比較速度。例如：

其中，定義undefined局部變量時(shí)，其初始值會(huì)是對(duì)window.undefined屬性值的引用。新定義的局部undefined變 量存在與該函數(shù)的作用域上。在隨后的比較操作中，JavaScript代碼的書寫方式?jīng)]有任何的改變，但比較速度卻很快。因?yàn)樽饔糜蛏系淖兞繑?shù)量會(huì)遠(yuǎn)遠(yuǎn)少 于window對(duì)象的屬性，搜索變量的速度會(huì)極大提高。
這就是許多前端JS框架為什么常常要自己定義一個(gè)局部undefined變量的原因！
希望通過(guò)本文的介紹，能給你帶來(lái)幫助。

最新評(píng)論