JavaScript真的挺无语的，怪不得看了那么多的介绍文章还是一头雾水，直到自己终于弄懂了一点点之后才深有体会：
先从整体说起吧，发现没有基础做依据，那都是空中楼阁；
先从基础开始介绍吧，又发现基础是个蛇头咬蛇尾的圆环，无从下手，应该先整体介绍。
于是介绍本身就成了一个死循环。。。
还是尝试着从基础开始。。。（多图预警）
主要内容：
- 对象的继承树。
- 函数的继承树。
- 函数 VS 对象
- prototype VS _ _ proto__
- 继承 VS 组合
- 自己定义函数（class），以及实现继承
寻找原型链的“源头”
网上有一个梗：万物基于MIUI。虽然是一句调侃，但是也表达源头的重要性。
看过一些高手写的关系图，应该是非常专业，但也正是因为太专业了，所以才导致新手看的是一头雾水。
那么对于先手来说，有没有简单一点的方式呢？我们可以借鉴一下面向对象的思路。
提到面向对象，大家都会想到基类（超类、父类）、子类、继承、多态等。为啥容易记住呢？因为继承关系非常简单，从基类开始，一层一层继承下去，结构非常清晰明了。
我觉得应该借鉴一下这种表达方式，也许这种方式并不契合JavaScript，但是我觉得应该比较方便初学者入门。
经常听说，JavaScript 的世界是基于 Object 的，这句话对但是又不对，为啥这么说呢？我们来看看 Object 的结构：（使用 console.dir() 可以看到细节 ）
console.dir(Object)
首先请注意一下那个 f 的标识，这表示 Object 其实是一个函数（从 JavaScript 的语法角度来看），我们来验证一下：
这到底是怎么回事呢？后面细说，先把找到源头才好理解。
这个 Object 并不是源头，因为还有 prototype 和 __ proto__， 我们先看看 Object.prototype 的结构：
Object.prototype
console.dir(Object.prototype)
可以看到，Object.prototype 才是源头，因为 Object.prototype 没有 prototype（当然没有），_ _ proto__ 也是 null，我们来验证一下：
console.dir(Object.prototype.prototype)
console.dir(Object.prototype.__proto__)
Object.__proto __
这是啥？是不是很头晕，这个其实指向的是 Function的原型，我们来验证一下：
这是咋回事？后面再解释。
小结
是不是有点晕，让我们来梳理一下思路：
如果看上面的图有点晕的话，可以先看下面的图，灰线说的是构造函数的关系，可以先跳过。（终于画出来了那种绕圈圈的图，向着专业又迈出了一步）
-
思路一：
Object有两个属性，一个是对象原型，一个是函数原型。 -
思路二：
Object有两个指针，一个指向对象原型，一个指向函数原型。
我觉得思路二更适合一些，这个是理解 JavaScript 的原型链的第一个门槛，如果绕不清楚的话……没关系，往下看就好，我也是把下面都写出来，然后回头才整理出来这个图的。。。（这个也是给继承和组合做个铺垫）
构建一颗大树 —— 对象的继承关系
找到源头之后，我们就可以构建一颗大树了。
构建原则：xxx.prototype._ _ proto__ === Object.prototype
即：Object.prototype 看做父类，然后把其“子类”画出来。
这下是不是清晰多了呢？我们来验证一下：
- Array
- String：
好长好长，差点截不下来。
- Number
- BigInt
- Boolean
- Symbol
- Date
- RegExp （正则表达式）
- Math
共同点
每种类型都有自己的成员，然后_ _ proto__ 指向 Object.prototype。
特例
这里有几个特殊情况：
-
Math
没有原型，或者说原型就是 Math 自己。 -
Array
这个比较奇怪。 -
null 和 undefined
这对兄弟先当做特殊情况来处理。 -
Function
Function.prototype._ _ proto__ 也是指向 Object.prototype的，但是 Function.prototype 是一个 f。 -
Object
如果说 Object.prototype 是基类的话，那么Object是啥呢？其实 Object 是函数。
是不是有点晕？从JavaScript 语法的角度来说，不仅 Object 是函数，String、Number这些都是函数。
再构建一颗大树 —— 函数的继承关系
观察上面的图（对象的树）可以发现，我写的都是xxx.prototype 的形式，那为啥不直接写xxx呢？
因为从 JavaScript 的语法的角度来看，Object、String、Number、Array、Function等都是函数，Object.prototype、String.prototype 等才是对象。
我们从函数的角度来构造另一颗大树。
依据：xxx._ _ proto__ === Function.prototype
即：把Function.prototype看做父类，把他的子类（__ proto__指向他的）都画出来。
这里加上“()”，明确一下，然后我们来看一下具体的结构：
- Function
- String
- Number
- Boolean
- BigInt
- Symbol
- Date
- RegExp
- Array
对象 VS 函数
对象和函数的树都画完了，然后我们来分析一下对象和函数的区别。
- 对象：是一个容器，可以存放各种类型的实例（数据），包括函数。
- 构造函数：依据原型创建原型的实例。（个人理解可能有误）
- 一般函数：就是我们“随手”写的函数，执行某些代码，返回结果（也可以不返回）。
从 JavaScript 的语法角度来看，Object、Function、String、Date、Number等都是function，而Object.prototype、String.prototype、Date.prototype、Number.prototype等才是对象。
这和我们经常用到表述方式有点不一样，也正是这个原因，导致理解和表达的时候非常混乱。
我们还是来验证一下：
- 函数
- 对象
这里有一个特例，Function.prototype 是一个函数，而且是所有函数的源头。
所以说，从 JavaScript 的语法角度来看，函数就是函数，对象就是对象，不存在Object既是对象又是函数的情况。
那么到底是什么关系呢？我们定义一套函数来具体分析一下。
实战：用ES6的class定义一套对象/函数
ES6提供了class，但是这个并不是类，而是 Function 的语法糖。
目的是简化ES5里面，为了实现继承而采用的各种“神操作”。
用class来定义，结构和关系会非常清晰，再也不会看着头疼了，建议新手可以跳过ES5的实现方式，直接用ES6的方式。
我们先定义一个Base，然后定义一个Person继承Base，再定义一个Man继承Person。
也就是说，可以深层继承。
class Base {
constructor (title) {
this.title = '测试一下基类：' + title
}
baseFun1(info) {
console.log('\n这是base的函数一，参数：', info, '\nthis：', this)
}
}
class Person extends Base{
constructor (title, age) {
super(title)
this.title = '人类：' + title
this.age = age
}
personFun1(info) {
console.log('\n这是base的函数一，参数：', info, '\nthis：', this)
}
}
class Man extends Person {
constructor (title, age, date) {
super(title, age)
this.title = '男人：' + title
this.birthday = date
}
manFun3 (msg) {
console.log('jim 的 this ===', this, msg)
}
}
我们打印来看看结构：
-
构造函数 constructor
打印结果很清晰的表达了，构造函数就是我们定义的class。 -
属性
属性比较简单，统统都挂在 this 上面，而且是同一个级别。 -
函数
函数就有点复杂了，首先函数是分级别的，挂在每一级的原型上面。
Base的函数（baseFun1），挂在Base的原型上面，_ _ proto__ 指向原型。
Person的函数（PersonFun1），应该挂在Person的原型上面，但是打印结果似乎是，Base好像标错了位置。 -
原型链
Man的实例 > Man的原型 > Person的原型 > Base 的原型 > Object 的原型。
通过 _ _ proto__ 连接了起来。
Man的实例 man1，可以通过这个“链条”，找到 baseFun1，直接用即可（man1.baseFun1()✔），
而不需要使用_ _ proto__（man1.__ proto__.__ proto__.__ proto__.baseFun1()✘）
这个和面对对象的继承是一样的效果。
prototype VS _ _ proto _ _
看上面两个大树，既有 prototype 又有 _ _ proto _ _，好乱的样子。那么怎么办呢？我们可以找一下规律：
-
prototype：
prototype 是自己的原型，可以其原型可以是函数，也可以是对象。有各自的继承体系。 -
__ proto __ ：
__ proto __ 指向上一级原型，并不是自己的，只是一个指针，方便使用父级的方法和属性。
可以指向对象，也可以指向函数。
组合 VS 继承
一提到面向对象，大家一般都会想到封装、继承、和多态。但是 JavaScript 却不是这个思路。
上面那颗大树看起来是继承的关系，Object.prototype 是基类，派生出来 Object.prototype、Function.prototype、string.prototype等。
但是其实这里面隐藏了组合的方式。
我们展开Object 来看看，就会发现自己进入了一个迷宫
object 的“特殊”的结构
看上面的图我们会发现，Object 并不像我们想象的那么简单，有很多的方法，我们随便找几个点开看看：
每一个函数都有自己的原型链（__ proto__），是不是有一种进入迷宫的感觉？我当初看的到时候就被吓退了，这都是个啥？
但是我们换个思路来理解，就清晰多了，那就是：组合代替继承！
Object 其实是由若干个函数组合而成。
其实，想一想，JavaScript 没有私有成员，所以各种细节都暴露出来了，所以我们可以看到原型，看到原型链，看到构造函数。
正是因为看到了这么多的细节，而以前又没有一个比较好的封装方式，所以看起来就特别的乱，理解起来也特别头疼。
总结
按照 JavaScript 的语法来总结，否则总感觉说不清楚。
-
对象（xxx.prototype）
- 对象的“根”是 Object.prototype，其上一级是null。
- 对象只有_ _ proto__，指向上一级原型。
- 对象没有 prototype，因为Object.prototype、String.prototype、Number.prototype等本身就是对象。通过 _ _ proto__寻找上一级原型。
-
函数
- 函数的“根”是 Function.prototype，其上一级是 Object.prototype。
- 函数有prototype，（JavaScript 语法角度）Object、String、Function、Number 等都是函数，同时也是其原型的构造函数。
- 函数有_ _ proto__，指向上一级函数。
-
实例只有_ _ proto__ ，指向函数原型。