JavaScript原型链演进分四阶段：①为共享方法引入prototype；②用Object.create替代new解决构造副作用；③class语法糖统一继承契约；④支撑框架响应式、Mixin等运行时能力。
JavaScript 的原型链不是一上来就设计完备的，而是随着语言实际使用中暴露的问题，逐步调整、收敛、标准化出来的机制。它的演进主线很清晰：从解决“对象间共享行为”起步，到应对“状态污染”和“构造副作用”，最终走向可预测、可组合、易维护的继承模型。
原型链的起点：为共享方法而生
早期 JavaScript 没有类，但开发者需要复用方法（比如多个 person 实例共用 greet）。直接在每个实例上定义函数既浪费内存又难维护。于是引入了 prototype——每个函数自带一个对象，所有通过该函数 new 出来的实例，其内部 [[Prototype]]（通常可访问为 __proto__）都指向这个 prototype。这样方法只存一份，却能被所有实例沿链访问。
- 构造函数的
prototype是显式属性，供开发者扩展共享方法 - 实例的
__proto__是隐式链接，指向构造函数的prototype - 查找属性时，引擎自动沿
__proto__向上遍历，直到Object.prototype或null
原型链的第一次修正：绕开构造函数副作用
为了继承父类方法，早期常见写法是 Child.prototype = new Parent()。但它让父类构造函数在子类定义阶段就被执行一次——如果父类构造里有 DOM 操作、网络请求或依赖参数初始化，就会出错或产生冗余状态。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 问题核心：用
new建立原型链，等于强制执行父类逻辑 - 解法出现：改用
Object.create(Parent.prototype)，只复制原型对象结构，不触发构造 - 这成为“寄生组合继承”的关键一步，也是后来
class底层所采用的方式
原型链的封装升级：class 语法糖背后的统一契约
class 和 extends 并没有改变原型链本质，而是把过去零散、易错的手动操作收束成明确规则：
立即学习“Java免费学习笔记（深入）”；
-
extends自动设置子类prototype.__proto__指向父类prototype，建立方法继承链 -
super()在子类构造中强制调用，确保this正确绑定并初始化父类实例属性 -
constructor属性不再需要手动修复，instanceof和反射行为更可靠
原型链的现代延伸：支撑框架与运行时能力
原型链已不止于继承，它成了运行时注入能力的天然通道：
- Vue 的
Mixin、React 的高阶组件，底层靠的是原型方法合并或代理拦截 - 响应式系统（如 Vue 3 的 Proxy + 原型链 fallback）利用属性访问路径介入追踪
- Web Components 要求自定义元素必须继承
HTMLElement，正是依赖原型链保证宿主环境兼容性
