探索JavaScript中Null和Undefined的坑
當討論JavaScript中的原始數據類型時，大多數人都知道從String、Number到Boolean的基本知識。這些原始類型相當簡單，行為符合常識。但是，本文將更多關注獨特的原始數據類型Null和Undefined，是什么讓它們如此相似，卻又似是而非。
理解Null和Undefined
在JavaScript中，null是字面量同時也是語言中的關鍵字，用來表示無法識別的對象值。換句話說，這用來表示“無值（no value）”。雖然相似，undefined實際上代表了不存在的值（non-existence of a value）。都是完全不可變的，沒有屬性和方法，也不能給其屬性賦值。事實上,試圖訪問或定義一個屬性將會引發一個類型錯誤（TypeError）。正 如他們的名字暗示的那樣，他們是完全無效的值。
沒有值代表的布爾值是false，這意味著他們在條件上下文中會被被計算為false，如if語句。使用相等操作符(= =)比較這兩個值和其他false值,他們并不等于除了自己：
- null == 0; // false
- undefined == ""; // false
- null == false; // false
- undefined == false; // false
- null == undefined; // true
盡管如此，和其他相似之處，但null和undefined并不是等價的。每個作為其獨特的類型的唯一成員,undefined是Undefined類型和null是Null類型。使用全等操作符（===）比較這兩個值，這要求類型和值都相等，下面證明這一點：
- undefined === null; // false
這是一個重要的區別，服務于不同的目的和理由。區分這兩個值，你可以認為undefined代表一個意想不到的沒有值而null作為預期沒有值的代表。
產生Undefined
有許多的方法產生一個undefined值的代碼。它通常遇到當試圖訪問一個不存在的值時。在這種情況下，在JavaScript這種動態的弱類型語言中，只會默認返回一個undefined值，而不是上升為一個錯誤。
任何聲明變量時沒有提供一個初始值，都會有一個為undefined的默認值：
- var foo; // 默認值為 undefined
當試圖訪問一個不存在的對象屬性或數組項時，返回一個undefined值：
- var array = [1, 2, 3];
- var foo = array.foo; // foo 屬性不存在, 返回 undefined
- var item = array[5]; // 數組中沒有索引為5的項，返回 undefined
如果省略了函數的返回語句,返回undefined：
- var value = (function(){})(); // 返回 undefined
函數調用時未提供的值結果將為undefined參數值：
- (function(undefined){
- // 參數是 undefined
- })();
void操作符也可以返回一個undefined值。像Underscore的庫使用它作為一個防御式的類型檢查，因為它是不可變的，可以在任何上下文依賴返回undefined：
- function isUndefined(obj){
- return obj === void 0;
- }
***，undefined是一個預定義的全局變量(不像null關鍵字)初始化為undefined值：
- 'undefined' in window; // true
ECMAScript 5中，這個變量是只讀的，以前并非如此。
Null的用例
null的用例是使他與眾不同的主要方面，因為不像undefined，null被認為是更有用。這正是為什么typeof操作符作用于null值 時返回“object”。最初的理由是，現在仍然是，通常用作一個空引用一個空對象的預期,就像一個占位符。typeof的這種行為已經被確認為一個錯 誤，雖然提出了修正，出于后兼容的目的，這一點已經保持不變。
這就是為什么JavaScript環境從來沒有設置一個值為null；它必須以編程方式完成。正如文檔MDN所說：
在API中，null是經常檢索對象的地方可以預期，但沒有相關的對象。
這適用于DOM，它是獨立于語言的，不屬于ECMAScript規范的范圍。因為它是一個外部API，試圖獲取一個不存在的元素返回一個null值，而不是undefined。
一般來說,如果你需要給一個變量或屬性指定一個不變值，將它傳遞給一個函數，或者從一個函數返回null，null幾乎總是***的選擇。簡而言之，JavaScript使用undefined并且程序員應該使用null。
null的另一個可行的用例，也被認為是良好的實踐是一個顯式指定變量為無效(object= null)當一個引用不再是必需的。通過分配null值，有效地清除引用，并假設對象沒有引用其他代碼，指定垃圾收集，確保回收內存。
深入挖掘
使null和undefined像黑洞的不只是他們的行為，而是在他們在JavaScript環境的內部的處理方式。他們似乎通常并不具有同樣的關聯特征與其他原生或內置對象。
在ES5中，Object.prototype.toString方法，已經成為實際的類型檢查標準，這在null和undefined中被證明是一致的：
- Object.prototype.toString.call(null); // [object Null]
- Object.prototype.toString.call(undefined); // [object Undefined]
然而，Object.prototype.toString方法實際上并不是檢索null的內部[[Class]]屬性或undefined的公開構造函數。根據文檔，以下步驟發生在被調用過程中：
- 如果值是undefined，返回“
[object Undefined]”。 - 如果這個值為null，則返回“[object Null]”。
- 讓O作為調用ToObject同時傳遞this值作為參數的結果值。
- 讓class是O的內部屬性
[[Class]]的值。 - 返回的結果連接三個字符串“[object ”，class，和“]”的結果的字符串值。
該方法執行一個簡單的字符串返回值，如果它檢測到null或undefined和其他對象統一的功能。在整個規范中這是很常見的，因為當遇到null和undefined值時大多數方法包含一個簡單的捕捉并返回。事實上，沒有跡象表明他們包含與任何原生對象相關聯的內部屬性。就好像他們不是對象。我很想知道如果一個JavaScript的原生環境內部實際存在的顯式方案會怎樣？也許有人更熟悉一個可以參與的實現。
結論
無論這些原生對象多么不尋常，理解null和undefined之間的差異，和他們在JavaScript的語言基礎中截然不同的角色。它可能不能使你的應用程序有所突破，但是一般來說，它僅被證明在開發和調試中長期有益。
譯者注
本文為翻譯文章，原文為“Exploring the Abyss of Null and Undefined in JavaScript”，本文較難以理解，可參照原文便于理解。
