说实话，JS原型链这东西，我之前一直没搞明白，直到有一天我在控制台里一行一行地打印测试，结果一下子就豁然开朗了。

咱就是说原型链其实就是对象之间的一种继承关系，通过__proto__这个属性把它们串联起来。

先来个通俗的比喻

你Ke以把原型链理解成「找东西的家谱路径」：当你想找某个东西时你会先在自己身上找，找不到就去问爹，爹找不到就去问爷爷，这样一层层往上问，直到找到或者问到头为止。

再来kan代码和控制台截图

下面这段代码和控制台截图是我当时用来测试原型链的：

function Person { this.name = name; this.age = age;}Person.prototype.sing = function { console.log;};const person = new Person;console.log; // trueconsole.log; // Personconsole.log; // falseconsole.log; // trueconsole.log; // null

截图里Nengkan到person.__proto__指向Person.prototype，但person.__proto__.__proto__不再指向Person.prototype，而是指向Object.prototype，Zui后Object.prototype.__proto__指向null。

哈哈，是不是有点绕？但这就是原型链的核心逻辑。

三个实打实的收获

捋完整条原型链后我有三个核心收获：

1. 函数管prototype共享仓库，所有对象管__proto__查找指针； 2. 原生标准原型链死顺序：实例 → 自定义构造函数原型 → Object 原型 → null； 3. 原型适合放不变的公共方法，千万别把可变的引用数据丢进 prototype，不然所有实例会共用一个内存地址，一个实例改了全部遭殃。

坑：迷信 constructor Zuo类型判断

person.__proto__.constructor指向 Person 函数，但这个属性是Ke以随便篡改的，完全不靠谱： Person.prototype.constructor = '我被改乱了';console.log; // 不再是Person构造函数

所以判断对象真实类型别用 constructor，优先用instanceof或者Object.prototype.toString.call

"为什么百度不收录我的文章？"

"为啥我的文章老是被百度无视，不收录呢？"hen多朋友dou有这样的疑问。 "这是因为啊，你的内容质量、geng新频率、还有外链建设dou要跟上，才geng容易被收录。"我这样回答他们。 "那具体怎么Zuo呢？"他们又问。 "说实话，这事没个一两句Neng讲清。你得确保你的内容对用户有价值，同时要符合百度的收录规则。咱就是说多研究研究百度的算法geng新，再结合你自己的实际情况调整优化策略。还有啊，别总想着走捷径，老老实实Zuo内容才是硬道理。"我总是这么告诉他们。

"JS 一切皆对象"的设计理念

"JS 从诞生起就没有 Java 那种传统类，设计理念是'一切皆对象'"。 "不对不对，应该是‘基于原型的面向对象’吧？"我自我纠正了一下。 "对，就是这个！不管是自己写的 Person 还是内置的 Array/Date/Function，全是一套逻辑。" "Zui开始我的直觉特别想当然：实例 person 的__proto__'指向 Person.prototype，那再套一层`__proto__`理所应当还是 Person.prototype 吧？结果一跑直接返回 false，瞬间意识到我压根没吃透原型链的层级关系。"

""

"Zui后'原型链''概念及查找规则,还 知识点并给出思考问题和面试题。".

"本文将为你介绍一些常见的设计模式，帮助你提高代码质量,构建geng可维护的应用...”

.new 实例实现继承的过程其实与上面原理相同,new的过程Ke以'拆解''为下面几个步骤:.. Function、Object、Array、String、Number ,Function其实充当了函数对象的构造器,比如Object对象的构造源码其实是Function Object {}的形式,这一点对于理解'原型链''hen重要。.

.在上面这个例子中的 p 对象'的'''原型链''结构图如下:. .今天,我将基于自己整理的'原型链''流程图,逐节点、逐箭头'拆解''每一层关系,用Zui通俗的语言+可运行代码,帮你彻底吃透'原型链'',kan完就Neng轻松应对面试相关考点。.

先放一张我整理的「'原型链''完整流程图」,全文将围绕这张图展开讲解,建议收藏备用:.

---