原理与概念
原型链的定义与对象模型
在 JavaScript 中，每个对象都具有一个内部属性 [[Prototype]]，它指向该对象的原型对象，从而形成“原型链”这一对象查找的基础结构。原型链查找机制决定了在访问某个属性时，JS 引擎如何沿着这条链路逐层向上检索，直到找到属性的定义或达到链的末端 null。
从概念角度看，原型链像一条祖先队列，当前对象首先检查自身是否拥有该属性，若没有则沿着 [[Prototype]] 指针继续检查祖先对象，直到找到属性或返回 undefined。这个过程与对象的创建方式紧密相关，例如通过构造函数、Object.create、字面量等方式形成的原型关系会影响后续的查找成本。
// 原型链的简单示例
const base = { greet() { return 'hi'; } };
const obj = Object.create(base);
console.log(obj.greet()); // hi，属性来自原型链上的 base
console.log(obj.hasOwnProperty('greet')); // false，greet 不是 obj 的自身属性
console.log(Object.getPrototypeOf(obj) === base); // true
查找过程与执行上下文
属性查找的逐级路径
属性查找遵循一个严格的逐级路径：先在当前对象自身查找（own properties），若未找到，则沿着 [[Prototype]] 指针向上遍历原型链，直到遇到该属性或链条结束为止。这个过程决定了调用对象方法时的 this 指向，以及 getter、setter 的执行时机。
在查找过程中的语义特性包括：数据属性和 访问器属性（getter/setter）。若在原型链上找到一个访问器属性，调用该属性时会触发对应的 getter/setter，this 将绑定到原始访问属性的对象上。若找到的是数据属性，直接返回其值。
// 访问器属性示例：原型链上的 getter
const proto = {get value() { return 42; }
};
const obj = Object.create(proto);
console.log(obj.value); // 42，发现于原型链的 getter
执行上下文与查找成本
属性查找不仅是简单的字面量匹配，还会涉及访问控制、属性描述符的类型判断以及 getter 的执行策略。在深层原型链中，每一次属性查找都要遍历若干个原型对象，深度越大，查找成本越高，这在高频访问的热路径上尤为明显。
为了降低成本，开发者常用一些模式来减少原型链的查找深度，例如尽量将常用属性放在对象自身或其直接原型上，避免在 hot path 中频繁访问远端原型上的属性。
// 将经常访问的属性放在对象自身，减少原型链查找
const obj = { fastProp: 123 };
console.log(obj.fastProp); // 直接访问，成本较低
实现细节：ECMAScript 规范中的内部属性与方法
内部 slot 与 [[Prototype]] 指针
ECMAScript 规范定义了对象的内部结构，其中最核心的内部属性之一是 [[Prototype]]，它不是一个常规可写属性，而是一个内部指针，用于指向对象的原型对象。通过 Object.getPrototypeOf 与 Object.setPrototypeOf 可以读取和修改这一指针，但修改原型链在许多引擎中会触发重新优化过程，影响性能。
良好的实践是尽量在对象创建阶段就确定合理的原型关系，避免在热路径中修改原型链，以减少引擎的内联缓存（IC）失效和隐藏类重排带来的额外开销。
// 获取与设置原型的示例
const base = { a: 1 };
const obj = Object.create(base);
console.log(Object.getPrototypeOf(obj) === base); // true
Object.setPrototypeOf(obj, { b: 2 });
console.log(Object.getPrototypeOf(obj)); // { b: 2 }
性能与实现细节的关系
原型链的实现不仅影响简单属性的访问，还影响到诸如 in 操作符、hasOwnProperty、以及对对象方法的绑定等行为。当原型链过长或频繁变化时，JIT 编译器和优化缓存可能需要重新评估，从而造成额外的执行成本。
在设计对象结构时，推荐的做法是：采用 组合继承、使用 Object.create 创建稳定的原型对象，以及尽量避免在环路内对原型进行修改。这些策略有助于提升 JS 原型链 查找 机制 的稳定性与性能。
// 使用 Object.create 建立稳定原型，避免热路径修改原型
const proto = { shared: true };
const obj = Object.create(proto);
console.log(obj.shared); // true
性能优化：常见坑与技巧
避免在热路径修改原型链
修改原型链的成本往往高于直接创建对象时设定的原型关系。每次修改都可能触发隐藏类的重新分配、内联缓存失效以及执行路径的重新优化。因此，在性能敏感的代码中，尽量避免在循环或热点函数中修改对象的原型。
一个更好的策略是：在对象创建阶段明确原型结构，使用 Object.create 或字面量 + 显式原型建立持续的、稳定的查找路径。这样可以让引擎对属性访问进行更高效的优化。
// 不在热路径中修改原型，改为一次性建立原型
const base = { shared: 1 };
function createObj() {return Object.create(base);
}
for (let i = 0; i < 1000000; i++) {const o = createObj();void o.shared;
}
结构设计与缓存友好性
在结构设计层面，合理的原型分层能够提升缓存命中率。尽量减少原型链的深度，以及避免在高并发场景下频繁创建具有不同原型的新对象。若需要共享行为，可以通过将通用方法放在公共原型上，然后通过克隆或组合的方式将数据分离，减少查找成本。
此外，在一些引擎实现中，按需访问的属性更易触发多级原型查找，因此将热点数据尽量放在最靠近对象本身的层级，也是一种常见的优化思路。
// 通过组合而不是深度原型继承来提升查找效率
const common = { walk() { return 'walk'; } };
function Person(name) { this.name = name; }
Object.assign(Person.prototype, common);
const alice = new Person('Alice');
console.log(alice.name); // 直接在自身属性访问
console.log(alice.walk()); // 通过原型链找到 common.walk
