摘要：如圖反而，由于這些的都是繼承自，所以原型鏈拐向了。因此這樣一個實例，他順著原型鏈?zhǔn)钦业搅巳鐖D選學(xué)內(nèi)容如果我們刨根問底，去尋找和的根源的話，那這個問題又稍微有點復(fù)雜了。

Number， Boolean， String， null， undefined

聲明了變量卻沒賦值

未聲明的變量

其實js里面也有像java，c#里所謂的包裝類型

var a = 123
var b = a.toString()

請問a既然是一個簡單的基本類型，內(nèi)存棧上的4個字節(jié)的數(shù)字類型，為什么有toString方法呢？
顯然，這里也發(fā)生了包裝，其過程大概是這樣的:

var tmp = new Number(a)
var b = tmp.toString()

JS中一切皆對象，我們可以統(tǒng)稱為除了基本類型的這些其他元素，都叫做對象。因為他們都可以有自身的屬性、自身的方法。

不過，從面向?qū)ο蟮慕嵌葋砜?，我們還是應(yīng)該像學(xué)習(xí)Java那樣，對js里的對象進(jìn)行一下劃分。我對js里的類型劃分是這樣的定義的：

除了基本類型，都是引用類型。引用類型有內(nèi)置的如Date,Array,Object等，也有自己創(chuàng)建的類型如Person, Dog等等。

然而，js又是一個偏函數(shù)式的語言，那么，在js里函數(shù)承擔(dān)什么角色呢。

它其實既能當(dāng)做構(gòu)造函數(shù)創(chuàng)建一個類的定義，如Dog

又能當(dāng)做一個全局函數(shù)，來提供給別人使用。如parseInt。當(dāng)然，全局其實也可以看做是window對象的一個方法:window.parseInt

函數(shù)又能當(dāng)做一個對象的方法，像其他面向?qū)ο笳Z言那樣，如arr.slice()

函數(shù)還能作為參數(shù)傳遞，像很多函數(shù)式語言一樣。如arr.map(function (item,index) {})

所以，JavaScript既能搞得來面向?qū)ο螅帜艹浞职l(fā)揮函數(shù)的靈活性，豈不美哉。

typeof能夠返回的結(jié)果只有: "undefined", "bollean", "number", "string","object","function"
可見，包含了基本類型的所有類型，除了null，null這種基本類型會被判定為"object"，而其他所有引用類型也會被判定為"object"或"function".

因此，使用typeof可以用來判定基本類型中的 stirng, number, boolean, undefined

而遇到引用類型，則需要用更嚴(yán)格的方法來判定:

instanceof 可以判定一個引用類型是否屬于某個類型。而所有引用類型其實都繼承自O(shè)bject，所以任何引用類型instanceof Object都是true。

其實JavaScript中，就只有基本類型和其他類型。而其他類型都有一個公共的父類，叫做Function類型。哪怕Js中的Object，也是Function類型的一個實例。

Function類型的實例比較特殊，因為Function類型的實例還是一個Function，比如Object、Array、Date都是Function類型的實例。所以JS中，F(xiàn)unction的實例，才相當(dāng)于其他語言當(dāng)中的類,class。

由于Array、Date，都是從Function繼承而來，所以他們都會繼承/享有Function.prototype上的東西。
而Array、Date的實例，都是從Array、Date繼承而來，因此實例會繼承Array或Date的prototype上的東西.
然而，實例卻跟Function沒有任何關(guān)系，因為js中繼承是依靠原型繼承的，Array.prototype跟Function扯不上關(guān)系，那Array的實例也跟Function沒有半毛錢關(guān)系。如圖:

反而， 由于Array、Date這些class的prototype都是繼承自O(shè)bject，所以原型鏈拐向了Object。因此var arr = new Array()這樣一個實例，他順著原型鏈?zhǔn)钦业搅薕bject.prototype. 如圖:

如果我們刨根問底，去尋找Object和Function的根源的話，那這個問題又稍微有點復(fù)雜了。

我們知道Object類型，是繼承自Function.prototype的, Array是繼承自O(shè)bject.prototype。而Object.prototype繼承自誰呢？

答案是Object.prototype是繼承自null

而Function繼承自自己的Function.prototype, 即:
Function.__proto__ == Function.prototype

而 Function.prototype 卻不是一個對象，而是一個函數(shù), 但奇特的是Function.prototype這個函數(shù)并沒有prototype屬性，只知道該函數(shù)繼承自O(shè)bject.prototype (所以這個函數(shù)怎么造出來的呢？竟然繼承自一個對象，看來是這里揭示了為何js里一切皆對象把，連Function往上找源頭都最終找到它繼承自O(shè)bject.prototype)

所以，最終的結(jié)果如圖所示:

再上一張比較全的圖:

這張圖上少畫了一筆，最上方的空函數(shù)，其__proto__也應(yīng)該指向Object.prototype,。

所以，js中所有類型的根源，竟然是Object.prototype頂上的那個null....

而typeof null 又是 "object"，所以在js當(dāng)中，一切皆對象?。。?/strong>