js继承的几种方式

1.原型链继承

首先先看一个关系图：

构造函数、原型对象以及实例对象的关系

对象都是由构造函数示例化出来的，所以由此接着推出整一条原型链：

现在再看一个例子：stu是Student的一个实例对象，stu寻找属性和方法的顺序是先去其构造函数上找属性，在构造的原型对象上找方法，没找到再去寻找上一级（Object）的原型对象上找。

所以要想stu拿到Person的方法就要把Student的原型对象设置为Person原型对象：

代码：

但是仅仅这样只能拿到Person原型对象上的方法，其构造函数上的属性并拿不到，要想获得属性方法就是实例化，实例化可以拷贝构造函数的对象属性，所以：让Person实例化一个新的对象person，拿到Person的属性和原型里的方法，再将这个person设为stu对象的原型对象，这样stu就能拿到Person的构造上的属性以及原型上的方法。

代码：

然而这种继承还是存在问题：类型问题，stu指向的constructor是Person而不是Student

所以要修正指针：

代码：

到此为止，原型链继承结束，然而还存在着一个问题：

继承过来的实例属性，如果是引用类型，就会被多个子类的实例共享，简单数据类型属性就直接拷贝一份，但是引用数据类型都是指向同一个地址，所以子类的实例改变会带来改变。

2.构造函数继承

所以：往构造函数内添加，相当于把原来Person内的拷贝到Student的构造函数里，这样Student的实例可以直接获取属性。

既然是直接拷贝，所以可以用借调的方式来优化：这样和上面的效果是一样的。

注意覆盖情况：子类如果和父类的属性方法名重复了，实例会优先使用子类的，子类没有才会查找上一级父类。

继续优化，用this替换原来写死的属性，子类构造函数在调用父类属性时传参数即可：

到此为止构造函数继承完成！

3.组合式继承

将以上两种结合起来就是组合式继承，结合了两种模式的优点，传参和复用：

但是依旧留有缺陷：父类属性有重复，实例上有一份，原型对象上又有一份，调用两次耗内存。

4.寄生组合式继承

所以：采用寄生组合式继承（寄生式继承+组合式继承），修改子类构造函数的原型对象指针为一个对象，这个对象由空构造函数Temp产生，Temp的原型对象指向Person的原型对象（利用prototype），这样就能获取到父类（Person）的属性和方法，而且以后不用重新再调用一遍父类，相当于Temp实例化产生的对象stuPrototype是Student的原型对象（Student.prototype = stuPrototype;stuPrototype.constructor = Student;），stuPrototype替代了原来的Student原型对象，这样Student实例化的对象就能拿到stuPrototype的属性和方法，实现了继承。

代码：

步骤再来捋一捋：

至此，寄生组合式继承结束，这也是目前最完美的一种继承方式。

5.寄生式继承和组合式继承

这两种都不常用，所以不详细分析了

 

原型式：

用一个函数包装一个对象，然后返回这个函数的调用，这个函数就变成了个可以随意增添属性的实例或对象。object.create()就是这个原理。类似于复制一个对象，用函数来包装。

缺点：1、所有实例都会继承原型上的属性。

　　　2、无法实现复用。（新实例属性都是后面添加的）

寄生式：

就是给原型式继承外面套了个壳子，没有创建自定义类型，因为只是套了个壳子返回对象（这个），这个函数顺理成章就成了创建的新对象。

缺点：没用到原型，无法复用。

对比：

以上所有继承方式除了原型链继承外都可向父类传参。

原型链继承单一，各个新实例对象都共享父类实例属性，都能改变原来父实例的属性。

构造函数继承：

优点：解决了这些缺陷；还有可以继承多个构造函数的属性，不一定只有一个父类（可以call多次）。

缺点：只能继承构造函数上的属性，拿不到原型上的属性，无法实现构造函数复用（每次用都要调用），代码冗余，每个新实例都有构造函数的副本，很臃肿累赘。

组合式继承：

优点：集合了原型链继承和构造函数继承的优点，可传参可复用，每个新实例引入的构造函数属性都是私有的互不影响。

缺点：调用了两次父类构造函数（构造父类实例对象为子类原型时，用call调用时），性能慢，子类构造会替代父类构造。

寄生组合式继承：

函数的原型对象等于另一个实例（父类的实例），修复了组合继承的问题。