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 定义的“成员变量”（其本身是对象）中的成员，只是只读成员，切记不可赋值，否则会在各个实例中共享。