Javascript的繼承和標准的oop繼承有很大的區別，Javascript的繼承是采用原型鏈的技術，下面使用示例學習一下JS的繼承
Javascript的繼承和標准的oop繼承有很大的區別，Javascript的繼承是采用原型鏈的技術，每個類都會將“成員變量”和“成員函數”放到 prototype 上，Js++都過superclass將其鏈接起來，即 C.prototype.superclass = C.superclass = P.prototype; 當 var c = new C()時，c.__proto__ = C.prototype ; 當 c訪問“成員變量”時，如果在__proto__無法獲取時，就會到C.prototype查找，如果又不存在，又會到父類的prototype查找，由於只有 __proto__ 是對象創建時分配的（每個對象獨立分配），其他都是定義時分配的（每個對象共享），此時，如果訪問C.prototype中“成員變量”是對象時，不修改“成員變量”的本身，而是修改“成員變量”對象的成員時，修改的“成員變量”對象的成員就會被所有對象實例共享，這樣就違背類設計的初衷。 例如： 代碼如下: 'package'.j(function () { 'class A'.j(function () { jpublic({ v:{a: 1} }); jprivate({ p:{a:1} }); jprotected({ x:{a:1} }); }); 'class B extends A'.j(function () { }); }); var b1 = new B(); b1.v.a = 5; b1.x.a = 5; var b2 = new B(); console.log(b1.v.a) // 輸出為 5 console.log(b1.x.a) // 輸出為 5 console.log(b2.v.a) // 輸出也為 5，並不是預想的 1 console.log(b2.x.a) // 輸出為 1 console.log(b2.p.a) // 不可用，會提示 p不存在 如何解決此問題？ A. 將 v 這樣的成員“成員變量”（其本身是對象）不在原型鏈上定義，而是在構造函數中調用，此時，創建對象實例時，就會在對象的__proto__上分配。 Js++提供了類似的方法，只要在jprivate中定義的“成員變量”或“成員函數”都會分配到對象的__proto__上，且只有本實例可用, jprotected中定義的“成員變量”（其本身是對象）也會分配到對象的__proto__上，且只有繼承他的可用, B. 原型鏈上只定義只讀的“成員變量”（其本身是對象） C.jpublic 定義的“成員變量”（其本身是對象）中的成員，只是只讀成員，切記不可賦值，否則會在各個實例中共享。