识别 \_\_proto\_\_ 与 prototype 的真实路径

JavaScript中真正驱动属性查找的是每个对象内部的`__proto__`链——一条运行时逐级向上搜索的动态路径，而`prototype`只是用于初始化`__proto__`的静态模板，并不直接参与查找；理解这一区别，就能穿透函数双重身份带来的混淆，看清原型继承的本质：`__proto__`是正在走的路，`prototype`是铺路时参考的图纸。

真正决定属性查找路径的，是 __proto__，不是 prototype。

__proto__ 是运行时实际走的链

当你访问一个对象的属性（比如 obj.method()），JavaScript 引擎会：

• 先在 obj 自身查找该属性
• 没找到，就顺着 obj.__proto__ 去它的原型对象上找
• 还没找到，继续顺着那个对象的 __proto__ 往上找
• 直到找到，或抵达 Object.prototype.__proto__ === null 终止

这条由 __proto__ 逐级串联起来的路径，就是真实的、动态执行的搜索路径。它不依赖函数是否存在，也不依赖代码是否用了 new——只要是个对象，就有这条链。

prototype 只是“被指向的源头之一”

prototype 本身不参与查找；它只是个普通对象，只在特定时机被赋值给某个 __proto__：

• 用 new Foo() 创建实例时，引擎自动让 实例.__proto__ = Foo.prototype
• 用 Object.create(proto) 创建对象时，对象.__proto__ = proto
• 手动调用 Object.setPrototypeOf(obj, proto) 也会改写 obj.__proto__

换句话说：prototype 是“谁来当原型”的说明书，而 __proto__ 是“当前正在用哪个原型”的实时指针。

函数的双重身份让关系更清晰

函数既是可执行代码，也是对象，所以它同时拥有两个属性：

• Foo.prototype：供别人（如 new Foo()）继承的原型对象
• Foo.__proto__：函数自己作为对象，所继承的原型（即 Function.prototype）

这意味着：Foo 的方法（如 bind）来自它的 __proto__ 链，而 new Foo() 出来的实例的方法，则来自 Foo.prototype——因为那正是实例的 __proto__ 所指之处。

一句话总结

搜索路径由 __proto__ 逐级构成；prototype 是人为设定的、常用于初始化 __proto__ 的“原型模板”。没有 __proto__，就没有查找；没有 prototype，只是少了一种设置 __proto__ 的常用方式。

到这里，我们也就讲完了《识别 \_\_proto\_\_ 与 prototype 的真实路径》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！