原型链的本质是对象的__proto__指向其构造函数的prototype；它构成属性查找的引用链，终点为Object.prototype.__proto__ === null，class继承和手动模拟均基于此机制。
原型链的本质是对象的 __proto__ 指向其构造函数的 prototype
JavaScript 中每个对象都有一个内部属性 [[Prototype]]（可通过 __proto__ 访问），它指向创建该对象的构造函数的 prototype 对象。这个“指向链”就是原型链：当访问一个对象的属性时，JS 引擎先查自身属性，找不到就顺着 __proto__ 往上找，直到 null。
关键点：
-
obj.__proto__ === Obj.prototype（仅限通过new Obj()创建的对象） -
Function.prototype.__proto__ === Object.prototype，而Object.prototype.__proto__ === null，这是链的终点 -
typeof Function是"function"，但Function本身也是对象，所以它也有__proto__
用 class 和 extends 写继承，底层仍是原型链在工作
ES6 的 class 只是语法糖，extends 实际上做了两件事：设置子类的 prototype.__proto__ 指向父类的 prototype（让方法可继承），同时设置子类函数自身的 __proto__ 指向父类函数（让静态方法可继承）。
例如：
立即学习“Java免费学习笔记（深入）”；
class Animal { speak() { return "sound"; } }
class Dog extends Animal {}
const d = new Dog();
d.speak(); // → "sound"
这能运行，是因为：
Dog.prototype.__proto__ === Animal.prototype-
d.__proto__ === Dog.prototype，所以d → Dog.prototype → Animal.prototype这条链能访问到speak
手动模拟继承时，Object.setPrototypeOf() 比直接赋值 __proto__ 更安全
直接改 __proto__ 会影响性能，且部分环境（如严格模式下的某些引擎）不支持写操作。推荐用标准 API：
- 设置实例原型：
Object.setPrototypeOf(childObj, parentProto) - 设置函数原型：
Object.setPrototypeOf(Child, Parent)（用于继承静态成员） - 更老的写法是
Child.prototype = Object.create(Parent.prototype)，但需补constructor
错误示范：
Child.prototype.__proto__ = Parent.prototype; // 不推荐，非标准、不可靠
常见陷阱：忘记调用 super() 或混淆 this 绑定
在子类构造函数中，必须在使用 this 前调用 super()。否则会报错 "Must call super constructor in derived class before accessing 'this' or returning from derived constructor"。
原因：子类实例的 [[Prototype]] 链依赖 super() 初始化，没调用就访问 this，JS 引擎无法确定该把 this 挂在哪条原型链上。
另一个坑是箭头函数或回调中丢失 this，导致本该从原型链查找的方法查不到——因为此时 this 不再是实例，而是别的上下文。
原型链不是模板也不是类定义，它是运行时真实存在的引用关系。一旦中间某个 __proto__ 被意外改写或设为 null，整条链就断了，而且这种问题往往只在特定路径下暴露，调试起来容易绕晕。
