真正决定属性查找路径的是__proto__，不是prototype；__proto__构成运行时逐级向上搜索的原型链，而prototype仅是用于初始化__proto__的原型模板。
真正决定属性查找路径的，是 __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__ 的常用方式。
