關於原型和原型鏈的精闢解讀

一、構造函數建立對象 咱們先使用構造函數建立一個對象：

在這個例子中，Person就是一個構造函數，咱們使用new建立了一個實例對象person。 很簡單吧，接下來進入正題：

二、 prototype

每一個函數都有一個prototype屬性，就是咱們常常在各類例子中看到的那個prototype，好比：

那這個函數的prototype屬性到底指向的是什麼呢？是這個函數的原型嗎？ 其實，函數的prototype屬性指向了一個對象，這個對象正是調用該構造函數而建立的實例的原型,也就是這個例子中的person1和person2的原型。 那麼什麼是原型呢？你能夠這樣理解：每個JavaScript對象(null除外)在建立的時候就會與之關聯另外一個對象，這個對象就是咱們所說的原型，每個對象都會從原型」繼承」屬性。 讓咱們用一張圖表示構造函數和實例原型之間的關係：

在這張圖中咱們用Object.prototype表示實例原型 那麼咱們該怎麼表示實例與實例原型，也就是person和Person.prototype之間的關係呢，這時候咱們就要講到第二個屬性： 三、 proto 這是每個JavaScript對象(除了null)都具備的一個屬性，叫__proto__，這個屬性會指向該對象的原型。 爲了證實這一點,咱們能夠在火狐或者谷歌中輸入：

因而咱們更新下關係圖：

既然實例對象和構造函數均可以指向原型，那麼原型是否有屬性指向構造函數或者實例呢？ 四、constructor 指向實例卻是沒有，由於一個構造函數能夠生成多個實例，可是原型指向構造函數卻是有的，這就要講到第三個屬性：construcotr，每一個原型都有一個constructor屬性指向關聯的構造函數 爲了驗證這一點，咱們能夠嘗試：

因此再更新下關係圖：

綜上咱們已經得出：

瞭解了構造函數、實例原型、和實例之間的關係，接下來咱們講講實例和原型的關係： 五、實例與原型 當讀取實例的屬性時，若是找不到，就會查找與對象關聯的原型中的屬性，若是還查不到，就去找原型的原型，一直找到最頂層爲止。 舉個例子：

在這個例子中，咱們設置了person的name屬性，因此咱們能夠讀取到爲’name of this person’，當咱們刪除了person的name屬性時，讀取person.name，從person中找不到就會從person的原型也就是person.proto == Person.prototype中查找，幸運的是咱們找到了爲’name’，可是萬一尚未找到呢？原型的原型又是什麼呢？ 在前面，咱們已經講了原型也是一個對象，既然是對象，咱們就能夠用最原始的方式建立它，那就是

因此原型對象是經過Object構造函數生成的，結合以前所講,實例的__proto__指向構造函數的prototype,因此咱們再更新下關係圖：

六、原型鏈 那Object.prototype的原型呢？ null，嗯，就是null,因此查到Object.prototype就能夠中止查找了 因此最後一張關係圖就是

順便還要說一下，圖中由相互關聯的原型組成的鏈狀結構就是原型鏈，也就是藍色的這條線。 七、補充 最後，補充和糾正本文中一些不嚴謹的地方： 首先是constructor,

當獲取person.constructor時，其實person中並無constructor屬性,當不能讀取到constructor屬性時，會從person的原型也就是Person.prototype中讀取，正好原型中有該屬性，因此

其次是__proto__, 絕大部分瀏覽器都支持這個非標準的方法訪問原型，然而它並不存在與Person.prototype中，實際上，它是來自於Object.prototype，與其說是一個屬性，不如說是一個getter/setter，當使用obj.__proto__時，能夠理解成返回了Object.getPrototypeOf(obj) 最後是關於繼承，前面咱們講到「每個對象都會從原型」繼承」屬性」,實際上，繼承是一個十分具備迷惑性的說法，引用《你不知道的JavaScript》中的話，就是:繼承意味着複製操做，然而JavaScript默認並不會複製對象的屬性，相反，JavaScript只是在兩個對象之間建立一個關聯，這樣，一個對象就能夠經過委託訪問另外一個對象的屬性和函數，因此與其叫繼承，委託的說法反而更準確些。