Undefined型別

Undefined 型別只有一個值，即特殊 undefined 。在使用 var 宣告變數但未對其加以初始化時，這個變數的值就是 undefined ，例如：

var message;
alert(message == undefined); //true

這個例子只聲明瞭變數 message ，但未對其進行初始化。比較這個變數與 undefined 字面量，結果表明它們是相等的。這個例子與下面的例子是等價的：

var message = undefined;
alert(message == undefined); //true

這個例子使用 undefined 值顯式初始化了變數message 。但我們沒有必要這麼做，因為未經初始化的值預設就會取得 undefined 值。

一般而言，不存在需要顯式地把一個變數設定為undefined 值的情況。字面值 undefined 的主要目的是用於比較，而ECMA-262第3版之前的版本中並沒有規定這個值。第3版引入這個值是為了正式區分空物件指標與未經初始化的變數。

不過，包含 undefined 值的變數與尚未定義的變數還是不一樣的。看看下面這個例子：

 var message; // 這個變數宣告之後預設取得了undefined值
// 下面這個變數並沒有宣告
// var age    
alert(message);    // "undefined"
alert(age);    // 產生錯誤

執行以上程式碼，第一個警告框會顯示變數message 的值，即 “undefined” 。而第二個警告框——由於傳遞給 alert() 函式的是尚未宣告的變數age ——則會導致一個錯誤。對於尚未宣告過的變數，只能執行一項操作，即使用 typeof 操作符檢測其資料型別（對未經宣告的變數呼叫delete 不會導致錯誤，但這樣做沒什麼實際意義，而且在嚴格模式下確實會導致錯誤）。

然而，令人困惑的是：對未初始化的變數執行typeof 操作符會返回 undefined 值，而對未宣告的變數執行typeof操作符同樣也會返回undefined值。來看下面的例子：

var message; // 這個變數宣告之後預設取得了undefined值
// 下面這個變數並沒有宣告  
// var age
alert(typeof message);    // "undefined" 
alert(typeof age);    // "undefined"

結果表明，對未初始化和未宣告的變數執行 typeof 操作符都返回了 undefined 值；這個結果有 其邏輯上的合理性。因為雖然這兩種變數從技術角度看有本質區別，但實際上無論對哪種變數也不可能執行真正的操作。

提示：

即便未初始化的變數會自動被賦予undefined值，但顯式地初始化變數依然是明智的選擇。如果能夠做到這一點，那麼當typeof操作符返回”undefined”值時，我們就知道被檢測的變數還沒有被宣告，而不是尚未初始化。

Null型別

Null 型別是第二個只有一個值的資料型別，這個特殊的值是null。從邏輯角度來看， null 值表示一個 空物件指標 ，而這也正是使用 typeof 操作符檢測 null 值時會返回 “object” 的原因，如下面的例子所示：

 var car = null;
 alert(typeof car);    // "object"

如果定義的變數準備在將來用於儲存物件，那麼最好將該變數初始化為 null 而不是其他值。這樣一來，只要直接檢查null值就可以知道相應的變數是否已經儲存了一個物件的引用，如下面的例子所示：

if (car != null){
// 對car物件執行某些操作
}
實際上，undefined值是派生自null值的，因此ECMA-262規定對它們的相等性測試要返回true：
alert(null == undefined);    //true

這裡，位於 null 和 undefined 之間的相等操作符（==）總是返回 true ，不過要注意的是，這個操作符出於比較的目的會轉換其運算元，儘管null 和 undefined 有這樣的關係，但它們的用途完全不同。如前所述，無論在什麼情況下都沒有必要把一個變數的值顯式地設定為 undefined，可是同樣的規則對 null 卻不適用。換句話說，只要意在儲存物件的變數還沒有真正儲存物件，就應該明確地讓該變數儲存 null 值。這樣做不僅可以體現null 作為空物件指標的慣例，而且也有助於進一步區分 null 和 undefined。