JavaScript原型链继承的本质是__proto__指向构造函数的prototype，即实例通过__proto__委托查找父类原型属性，需手动Object.create、call和修复constructor三步缺一不可。
JavaScript 原型链继承的本质是 __proto__ 指向构造函数的 prototype
这不是语法糖，而是运行时真实存在的链接关系。当你写 new Child()，引擎会把实例的 __proto__ 指向 Child.prototype；而如果 Child.prototype 没有某个属性，就会继续顺着它的 __proto__ 找——也就是 Parent.prototype（前提是手动设置了 Child.prototype = Object.create(Parent.prototype)）。
常见错误现象：
- 直接赋值
Child.prototype = Parent.prototype：导致子类修改原型方法会污染父类 - 忘记修复
constructor：child.constructor指向Parent而非Child - 没调用
Parent.call(this, ...)：父类构造函数中的实例属性（如this.name）不会被继承
手写继承时必须做三件事：Object.create、call、constructor 重置
这是最基础也最容易漏掉的组合。缺一不可，否则不是继承不完整，就是原型链断裂或构造器错乱。
function Parent(name) {
this.name = name;
}
Parent.prototype.say = function() {
return 'hello';
};
function Child(name, age) {
Parent.call(this, name); // ✅ 实例属性继承
this.age = age;
}
Child.prototype = Object.create(Parent.prototype); // ✅ 原型链继承
Child.prototype.constructor = Child; // ✅ 修复 constructor
注意：Object.create(Parent.prototype) 比 new Parent() 更干净——后者会执行父类构造函数，可能产生副作用（比如发请求、改状态）。
立即学习“Java免费学习笔记（深入）”；
class extends 不是新机制，只是原型链继承的语法糖
你写的 class Child extends Parent，Babel 或浏览器引擎最终仍会生成类似上面的手动原型操作。但语法糖隐藏了细节，容易让人误以为“继承已封装好”，结果在调试时卡在：
-
super()必须在this之前调用：本质是确保this已由父类构造函数初始化 - 箭头函数中没有
arguments和super：因为它们不绑定自己的执行上下文 - 静态方法不被继承到实例上，但会被继承到子类函数对象上：即
Child.staticMethod()可用，child.staticMethod()报错
真正容易被忽略的是：原型链只查找 [[Get]]，不触发 [[Set]]
这是很多“看似继承了却改不了值”问题的根源。例如：
Parent.prototype.count = 0;
const child = new Child('a', 10);
child.count++; // ❌ 实际在 child 上新建了 count = 1，没改 Parent.prototype.count
所以：
- 所有共享的可变数据（如数组、对象）绝不能直接放在
prototype上 - 想修改原型上的值，必须显式写
Child.prototype.count++或Object.getPrototypeOf(child).count++ - getter/setter 是更安全的封装方式，能拦截赋值行为
原型链不是“复制”，是“委托”。理解这一点，才能避开大部分继承相关的隐性陷阱。
