JavaScript原型链是对象属性查找的真实路径，从obj.__proto__开始逐级向上查找至null；__proto__指向对象的[[Prototype]]，函数的prototype属性则作为new实例的[[Prototype]]。
JavaScript 原型链不是“继承机制的模拟”，而是对象属性查找的真实路径——它直接决定 obj.method() 能不能找到、找的是谁的 method。
原型链从哪里开始？__proto__ 和 prototype 到底谁指向谁
每个对象（除 Object.create(null)）都有一个内部属性 [[Prototype]]，可通过 obj.__proto__（非标准但广泛支持）或 Object.getPrototypeOf(obj) 访问。而函数对象额外拥有 prototype 属性——它只在该函数被用作构造函数时，成为新实例的 [[Prototype]]。
关键关系：
new Foo().__proto__ === Foo.prototype-
Foo.prototype.constructor === Foo（默认情况下） -
Object.prototype.__proto__ === null（链的终点）
属性查找怎么走完这条链？一次失败可能不是没定义，而是没走到对的位置
当你访问 obj.x，JS 引擎不会只查 obj 自身，而是按顺序遍历整个 [[Prototype]] 链，直到找到第一个匹配的 x 或抵达 null。
立即学习“Java免费学习笔记（深入）”；
常见误判场景：
- 给
obj.x = 1后再读obj.x，永远返回 1 —— 不会继续向上找，哪怕原型上也有x -
hasOwnProperty('x')只检查自身，不走原型链；而'x' in obj会走 - 箭头函数没有
prototype，不能被new，也没有自己的[[Prototype]]链起点
修改原型会影响已有实例吗？是的，但赋值操作会“遮蔽”它
原型对象本身是普通对象，所有共享它的实例都引用同一个原型对象。所以：
- 在
Foo.prototype.bar = function(){}后，所有已存在的new Foo()实例立刻能调用.bar() - 但如果某个实例已自行设置
obj.bar = ...，那后续调用obj.bar()就不会再沿链查找，因为自身属性优先 -
obj.__proto__ = {}会切断原有链（不推荐），但Object.setPrototypeOf(obj, {})更安全且可逆
现代写法里还要手动管原型链吗？类语法只是糖，底层照旧
class 语法不改变原型链本质：class B extends A 等价于设置 B.prototype.__proto__ === A.prototype，并确保 super() 正确初始化 this。
真正容易出错的地方：
- 用
Object.assign(B.prototype, {...})混入方法时，会覆盖B.prototype.constructor，需手动修复 -
Reflect.construct()和new.target在自定义构造逻辑中才暴露原型链控制细节 - ES6 模块导出的对象、
JSON.parse()的结果，都没有连接到你期望的原型，它们的__proto__是Object.prototype
原型链不是黑箱，但它依赖“对象创建时绑定的 [[Prototype]]”和“运行时只读的查找规则”——一旦理解这两点，所有看似魔幻的行为（比如为什么数组有 push 却没定义它）就只是路径查找的结果而已。最容易被忽略的是：**链上任何一环被意外赋值（如 Array.prototype.push = null），影响的是所有数组实例，且无法通过重定义构造函数来绕过。**
