JavaScript原型链是对象间通过[[Prototype]]形成的属性查找路径，核心在于查找不到时向上级原型查找，终点为null；Object.create()可手动构建原型链，class只是语法糖，引用类型属性共享是常见陷阱。
JavaScript 原型链不是“类继承的简化版”，它压根就不是类机制——它是对象之间通过 [[Prototype]] 链接形成的**属性查找路径**。理解它，关键不在“链”本身，而在“查找不到时往哪找”。
为什么访问 obj.method() 会成功，即使 obj 自身没定义这个方法？
因为 JavaScript 引擎会自动沿着 obj.__proto__ → obj.__proto__.__proto__ → … 逐级向上查找，直到找到该属性，或抵达 null（链终点）。
-
obj.__proto__指向其构造函数的prototype对象（例如new Person()的__proto__指向Person.prototype） -
Person.prototype.__proto__是Object.prototype，而Object.prototype.__proto__ === null，这就是链的尽头 - 所有普通对象最终都共享
Object.prototype上的方法（如toString()、hasOwnProperty()）
用 Object.create() 手动搭原型链，比 new 更清晰
当你不想触发构造函数，只想单纯复用一个对象作为另一个对象的原型时，Object.create() 是最直白的方式。
const animal = {
eat() { return 'eating...' }
};
const dog = Object.create(animal);
dog.breed = 'Golden';
console.log(dog.eat()); // ✅ 'eating...'
console.log(dog.__proto__ === animal); // ✅ true
- 避免了
new Animal()可能带来的副作用（比如执行初始化逻辑、污染实例） - 显式声明了“
dog的原型是animal”，不依赖构造函数和prototype属性 - 注意：
Object.create(null)创建的是“无原型对象”，它连toString()都没有，慎用
ES6 class 是语法糖，但容易掩盖原型链真相
class 写起来像 Java，但底层仍是原型链。一旦你改写 constructor 或误设 prototype，继承就可能断裂。
立即学习“Java免费学习笔记（深入）”；
-
class B extends A实际上做了两件事：设置B.prototype.__proto__ = A.prototype，并确保new B()调用A.call(this) - 手动重写
B.prototype = { ... }会切断与A.prototype的链接，必须补上B.prototype.__proto__ = A.prototype或用Object.setPrototypeOf(B.prototype, A.prototype) - 忘记修正
constructor：若写B.prototype = Object.create(A.prototype)，则new B().__proto__.constructor会指向A，而非B—— 这会影响instanceof和序列化逻辑
最容易被忽略的坑：原型上的引用类型属性会被所有实例共享
在 Constructor.prototype 上定义数组、对象等引用类型，会导致所有实例“共用同一份数据”。
function User() {}
User.prototype.permissions = []; // ❌ 危险！
const u1 = new User();
const u2 = new User();
u1.permissions.push('admin');
console.log(u2.permissions); // ✅ ['admin'] —— u2 也被改了
- 正确做法：在构造函数内初始化引用类型（
this.permissions = []） - 或只在原型上放函数、原始值（字符串/数字/布尔），它们不会互相污染
- 这个坑在 Vue/React 组件原型方法里不明显，但在手写类库或工具函数时极易暴露
原型链真正的复杂点，不在“怎么连”，而在“谁在查、查什么、查到哪为止”。一旦你开始调试 obj.toString() 为何返回奇怪结果，或 instanceof 突然失效，问题往往出在某处悄悄覆盖了 __proto__，或误删了 constructor，而不是链本身断了。
