原型链本质是运行时属性查找的委托链，基于[[Prototype]]逐级向上查找直至null；class只是封装原型继承的语法糖，最终仍依赖__proto__和prototype构建相同链路。
原型链本质是属性查找的委托链，不是“类的替代品”
JavaScript 里没有“类继承”这回事——只有原型继承。所谓 class 和 extends 是 ES6 加的语法糖，编译后仍靠 __proto__ 和 prototype 拼出一模一样的原型链。当你写 new Dog()，引擎做的事和你手动写 Dog.prototype = Object.create(Animal.prototype) 没区别，只是自动帮你补了 constructor、super()、this 绑定这些易错步骤。
关键在于：原型链运行时才起作用，它不检查类型，不校验结构，只做一件事——属性/方法找不到时，顺着 [[Prototype]] 往上跳，直到 null。所以它灵活，也容易出错；它轻量，但调试时看不到“继承关系图”，只能靠 Object.getPrototypeOf(obj) 一级级扒。
用 Object.create() 手动建原型链 vs class extends 的实际差异
两者最终生成的对象结构完全一致，但写法、约束和容错性天差地别：
-
Object.create(Parent.prototype)后必须手动写Child.prototype.constructor = Child，否则instance.constructor会指向Parent - 子构造函数里不调
Parent.call(this, ...)，实例就拿不到父类初始化的实例属性（比如this.name） -
class强制你在子类constructor中第一行写super()，漏了直接报ReferenceError: Must call super constructor -
class中定义的方法默认不可枚举，而手动挂到prototype上的方法默认可枚举（影响for...in和Object.keys()） -
class支持static、#private、get/set等现代特性，原生原型写法要靠闭包或 WeakMap 模拟
为什么改 function.prototype 会丢掉 constructor？
因为构造函数的 prototype 默认是个对象，自带 constructor 属性指向自身。一旦你用字面量重写它，比如：
立即学习“Java免费学习笔记（深入）”；
Animal.prototype = {
speak() { console.log(this.name); }
};
这个新对象的 constructor 就指向 Object，不再是 Animal。虽然 instanceof Animal 还能返回 true（靠的是内部 [[Prototype]] 链），但所有依赖 obj.constructor === Animal 的逻辑都会失效——比如序列化工具、依赖注入、甚至某些 UI 组件的类型判断。
修复很简单，但必须显式加：
Animal.prototype = {
speak() { console.log(this.name); }
};
Animal.prototype.constructor = Animal;
类继承不能绕过原型链，但能规避常见陷阱
很多人以为用了 class 就“脱离原型链了”，其实恰恰相反：class 是把原型链操作封装得更安全。比如：
- 子类静态方法继承靠的是
Child.__proto__ === Parent，而不是手动赋值Child.method = Parent.method -
super.speak()底层就是从this.__proto__.__proto__.speak查，但你不用管路径，也不会因手误写成this.__proto__.speak而跳过一层 - 子类实例的
__proto__指向Child.prototype，而Child.prototype.__proto__指向Parent.prototype——这条链，和你手写的一模一样
真正容易被忽略的是：原型链上的引用类型属性（如 arr: []）会被所有实例共享，无论你用 function 还是 class。这不是语法问题，是原型机制本身决定的——这点永远绕不开。
