理解原型链
在 JavaScript 的世界中，函数是一等公民。
上面这句话在很多地方都看到过。用我自己的话来理解就是：函数既当爹又当妈。“当爹”是因为我们用函数去处理各种“粗活累活”（各种工具函数、页面交互、业务逻辑等）；“当妈”是因为函数还会“生孩子”（创建对象）。
在 JavaScript 的世界中，每一个对象都有一个隐藏的__proto__属性。这个属性指向生成这个对象的构造函数的原型(prototype)。事实上，所有函数都有一个原型。考虑如下例子：
function Human() {}
var h1 = new Human()
var h2 = new Human()
// h1和h2都是是由Human函数创建出来的对象（称为Human的实例对象），所以：
h1.__proto__ = Human.prototype
h2.__proto__ = Human.prototype
// Human.prototype是一个对象（且称为原型对象吧），因此可以给它添加一些属性或者方法，比如：
Human.prototype.legs = 2
Human.prototype.sleep = function() {
console.log('sleeping....')
}
这边又规定了：
所有实例对象都可以访问到相应原型对象里面的属性和方法。（理解原型链的关键）
// 不难得出结论：
h1.legs === 2 // true
h2.legs === 2 // true
h1.sleep() // sleeping....
h2.sleep() // sleeping....
不要问我为什么能访问，我也不知道，因为下面这个人就是这么规定的。
实现继承
再看另外一个构造函数：
function Coder() {}
// 如果在这里把Human的原型赋给Coder的原型
Coder.prototype = Human.prototype
// 接着再添加一些Coder自己的原型方法和属性
Coder.prototype.age = 24
Coder.prototype.work = function() {
console.log('write code')
}
// 新建一个Coder对象
var c1 = new Coder()
// 不难得出
c1.age === Coder.prototype.age // true 24
c1.work === Code.prototype.work // true
c1.legs === Human.prototype.legs // true 2
c1.sleep === Human.prototype.sleep // true
虽然把 Human 的原型直接赋给 Coder 的原型可以让 Coder 的实例访问到 Human 原型上的属性和方法，但是如果想单独修改 Coder 原型的话会影响到 Human 原型上的值，这显然不是我们所期望的。
Coder.prototype.sleep = function() {
console.log('still write code....')
}
// 修改了Coder的原型，但同时也会影响Human的原型
// 因此需要修改Coder.prototype的指向从而避免这个问题
Coder.prototype = h1 // h1是Human的一个实例
所以应该这样写：
Coder.prototype = new Human()
// 或者
Coder.prototype = Object.create(Human.prototype)
// 实际上这两种写法还是有一定的区别
从而实现了 JavaScript 最简单的原型链式继承。
不过这么写还是会有以下两个缺陷：
父类构造函数中的引用类型的属性（方法）是所有子类实例共享的，所以会出现改动一个实例的属性（或方法）会影响所有实例的属性（或方法）。
创建子类实例时，无法向父类构造函数传参。
所以需要在子类构造函数内调用一下父类构造函数，并把子类的this绑定上去：
function Coder(arg) {
Human.call(this, arg)
// 接着再写自身的属性（方法）
}
这就相当于把父类构造函数在子类构造函数中重写了一遍，也就不会出现【引用】问题了。上面就是构造函数继承。