javascript选择原型链是因为1995年brendan eich在10天极限开发下，需轻量实现对象复用与继承，避开“类”的复杂性，改用构造函数+prototype机制；后经ecmascript标准化固化为统一、可扩展的对象模型基础。
JavaScript 原型链机制并非凭空出现，它的设计直接回应了1990年代浏览器的实际需求和工程约束。
诞生背景：为表单校验而生的轻量脚本语言
1994年，网景公司发布 Navigator 0.9 浏览器，但当时网页只能静态展示，用户填写表单后必须全部提交到服务器才能验证——既慢又耗资源。网景急需一种能在浏览器端运行、能读取输入值并做简单判断的脚本语言。工程师 Brendan Eich 在10天内设计出这门语言（初名 Mocha，后改 LiveScript，最终定名 JavaScript），目标很明确：轻、快、易嵌入，不追求“完整面向对象”，只解决实际交互问题。
绕过“类”的选择：用构造函数 + prototype 模拟继承
当时 C++ 和 Java 正流行，“类”是主流概念。但 Eich 认为引入正式的 class 会让语言变重，不符合脚本定位。他保留了 new 关键字（因开发者熟悉），却把 new 后面跟的不是类，而是函数——构造函数。每个函数自动拥有 prototype 属性，new 出来的实例通过内部 [[Prototype]] 链指向它。这种设计让对象复用方法成为可能，又避免了语法层的复杂性。早期代码中常见 Function.prototype → Object.prototype → null 这条默认链，就是这一思路的自然延伸。
标准化推动下的稳定与收敛
1996年网景将 JavaScript 提交 ECMA 标准化，1997年 ES1 发布。标准明确要求所有对象必须有原型链，且 Object.prototype 是绝大多数对象的终点。这使得不同浏览器（如 Netscape 和后来的 IE）在实现原型查找机制时有了统一依据。虽然早期 IE 使用 __proto__ 而非标准接口，但核心行为一致：属性访问失败时自动向上遍历原型链，直到 null 才报 undefined。
从隐式到显式：__proto__ 到 Object.getPrototypeOf()
早期开发者依赖非标准的 __proto__ 属性调试原型链，直观但不安全。ES5（2009）引入 Object.getPrototypeOf() 和 Object.setPrototypeOf()，将原型操作纳入标准 API；ES6 进一步用 class 语法封装原型链逻辑，让 new、extends、super 等关键字背后仍是同样的原型查找机制——只是对开发者更友好。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
