JavaScript继承（一）——原型链

继承是面向对象语言中一个最为人津津乐道的概念。许多面向对象语言都支持两种继承方式：接口继承和实现继承。接口继承只继承方法签名，而实现继承则继承实际的方法。在ECMAScript中，函数没有签名，无法实现接口继承，只支持实现继承，继承主要依靠的是原型链。

先来看一个简单的原型链继承示例，如下图：

首先声明一个Human函数，给它的原型添加一个getHumanSex方法。然后声明一个Person函数，要让Person继承Human，能使用Human的属性和方法，只要把Person的原型重新赋值为Human的一个实例就好了。最后给Person的原型（也就是Human的这个实例）添加一个getPersonSex方法。现在创建Person的一个实例personObj，name ＝ '张三'，age ＝ 12。如果访问personObj.name，那么就可以直接访问到是张三了。假如现在要访问humanSex，因为personObj中没有，所以会顺着__proto__属性到Person的原型中去找，而Person的原型就是Human的一个实例，它的humanSex属性就是'男/女'，所以personObj.humanSex的值就是'男/女'，这就达到了继承的效果。假如要访问getPersonSex，personObj中没有，也是到原型中去找，找到了就调用，因为是使用personObj.getPersonSex，所以在方法getPersonSex中，this指的就是personObj，return this.personSex就是返回personObj.personSex，即为'男'。 如果是调用personObj.getHumanSex，还是先顺着__proto__到Person的原型中去找，Person的原型是Human的一个实例，里面没有，那怎么办呢，因为该原型是Human的一个实例，所以它自然也会有个__proto__指向Human的原型，于是就继续顺着这个__proto__到Human的原型中去找，这就是所谓的原型链，找到了就开始调用，自然getHumanSex中的this指的也就是personObj，return this.humanSex就是return personObj.humanSex，即'男/女'。这就是原型链继承。

细心的读者也许会发现，在Human的原型中也有个__proto__，那么Human的原型会不会也是某个函数的一个实例呢？如果我们调用personObj.toString()，那么我们调用的究竟是谁的toString()呢？要回答这个问题，我们来看下面这幅示意图：

Human的原型其实是Object的一个实例，自然__proto__指向的就是Object的原型，而toString就是Object原型上的方法。

其实ECMAScript中所有引用类型的默认原型都是Object的实例，也就是说所有引用类型默认都继承了Object，而这个继承正是通过原型链实现的。

原型的好处是所有的实例能共享它所包含的属性和方法，也就是说不必在构造函数中定义对象实例的信息，但正如JavaScript创建对象（三）——原型模式中所说，这也带来了一个问题。原型属性会被所有实例共享，对于引用类型会出现一些应用时的共享问题，所以需要在构造函中，而不是在原型对象中定义属性。但是在通过原型来实现继承时，原型实际上就是另一个函数的实例。于是，原来的实例属性也就顺理成章地变成了现在的原型属性了，那么原型共享数据的问题又出现了。

另外一个问题是，创建子类型的实例时，没法向超类型的构造函数中传递参数。实际上，应该说是没办法在不影响所有对象的实例下，给超类型的构造函数传递参数。有鉴于此，实践中很少会单独使用原型链。