來自普遍的回答:

　　其實在 ECMAScript 的原始類型中，是有Undefined 和 Null 類型的。 這兩種類型都分別對應了屬于自己的唯一專用值，即undefined 和 null。 值 undefined 實際上是從值 null 派生來的，因此 ECMAScript 把它們定義為相等的，通過下列代碼可以驗證這一結論：

　　 盡管這兩個值相等，但它們的含義不同。undefined 是聲明了變量但未對其初始化時賦予該變量的值，null 則用于表示尚未存在的對象。如果函數或方法要返回的是對象，那么找不到該對象時，返回的通常是 null。所以alert(undefined===null);//false。說實話，我沒有看明白，為什么undefined會繼承null，即然是繼承那為什么undefined!==null,還有未初始化的變量與函數返回的對象不存在之間有什么區別，問題種種，讓人很不信服。

　　看看內存是怎么說的：

　　Udefined代表沒有賦值的基本數據類型。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中，基本數據類型都有一個與其對應的引用數據類型，number Number,string String,boolean Boolean...,他們具有完全相同的行為,并且相互之間會產生自動拆箱與裝箱的操作。在內存分析一文中已經講述了基本數據類型放在棧內存中的意義，由此這們可以得出一個膚淺的結論：基本數據類型是對應引用數據類型的子類，只不過是為了提高效率，將其放在棧內存中而已，對應的Undefined代表無值的基本類型，Null代表無值的引用類型，那勢必就可以推出undefined繼承null。

　　解決第二個問題：為什么undefined==null

　　 推出來的答案undefined繼承自null,內存告訴我們的答案他們都處于棧中

　　解決第三個問題：為什么undefined!==null

　　內存告訴我們，它們的意義確實是不一樣的，老話一句：Udefined代表沒有賦值的基本數據類型，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)兩種情況的

　　哈哈，當你站在內存的高度的分析問題的時候，如此抽象的東西有了實際的表現，一切變得簡單起來!