來自普遍的回答:
其實在 ECMAScript 的原始類型中，是有Undefined 和 Null 類型的。 這兩種類型都分別對應了屬於自己的唯一專用值，即undefined 和 null。
值 undefined 實際上是從值 null 派生來的，因此 ECMAScript 把它們定義為相等的，通過下列代碼可以驗證這一結論：
alert(undefined == null); //true
儘管這兩個值相等，但它們的含義不同。
undefined 是聲明了變數但未對其初始化時賦予該變數的值，null 則用於表示尚未存在的對象。如果函數或方法要返回的是對象，那麼找不到該對象時，返回的通常是 null。
所以alert(undefined===null);//false
說實話，我沒有看明白，為什麼undefined會繼承null，即然是繼承那為什麼undefined!==null,還有未初始化的變數與函數返回的對象不存在之間有什麼區別，問題種種，讓人很不信服。
看看記憶體是怎麼說的：
Udefined代表沒有賦值的基礎資料型別 (Elementary Data Type)。
Null代表沒有賦值的引用資料類型。
我們來看一段代碼：
複製代碼 代碼如下:
var age;
var id = 100;
var div02 = document.getElementById("div02");//注:div02是不存在的
var div01 = document.getElementById("div01");//注:div01存在
alert(id);//100
alert(age);//undefined
alert(div02);//null
alert(div01);//object
再來看一下記憶體的情況：
![]()
解決第一個問題:為什麼undefine繼承自null
在Javascript中，基礎資料型別 (Elementary Data Type)都有一個與其對應的引用資料類型，number Number,string String,boolean Boolean...,他們具有完全相同的行為,並且相互之間會產生自動拆箱與裝箱的操作。在記憶體分析一文中已經講述了基礎資料型別 (Elementary Data Type)放在棧記憶體中的意義，由此這們可以得出一個膚淺的結論：基礎資料型別 (Elementary Data Type)是對應引用資料類型的子類，只不過是為了提高效率，將其放在棧記憶體中而已，對應的Undefined代表無值的基本類型，Null代表無值的參考型別，那勢必就可以推出undefined繼承null。
解決第二個問題：為什麼undefined==null
推出來的答案undefined繼承自null,記憶體告訴我們的答案他們都處於棧中
解決第三個問題：為什麼undefined!==null
記憶體告訴我們，它們的意義確實是不一樣的，老話一句：Udefined代表沒有賦值的基礎資料型別 (Elementary Data Type)，Null代表沒有賦值的引用資料類型。他們的記憶體配置圖有很大的區別
解決額外的問題：null是處理引用的，為什麼null處在棧記憶體中，而不是堆記憶體中
答案一樣的簡單，效率！有必要在棧中分配一塊額外的記憶體去指向堆中的null嗎！
額外的收穫：
當我們要切斷與對象的聯絡，但又並不想給變數賦於其他的值，那麼我們可了置null,如var obj = new Object();obj=null;
一些關於undefined和null的行為
null 參與數值運算時其值會自動轉換為 0 ，因此，下列運算式計算後會得到正確的數值：
運算式：123 + null 結果值：123
typeof null 返回object,因為null代表是無值的引用。
undefined是全域對象（window）的一個特殊屬性，其值為Undefined類型的專用值undefined
undefined參與任何數值計算時，其結果一定是NaN。
當聲明的變數未初始化時，該變數的預設值是undefined，但是undefined並不同於未定義的值。Typeof運算子無法區分這兩種值
因此對於變數是否存在的判斷操作是通過if(typeof var == ‘undefined'){ //code here } 來進行判斷的,這樣既完全相容未定義(undefined)和未初始化(uninitialized)兩種情況的
哈哈，當你站在記憶體的高度的分析問題的時候，如此抽象的東西有了實際的表現，一切變得簡單起來!
