理解了原型链的查找机制后，一个现实的问题随之而来：在一条可能很长的原型链上查找属性，会不会拖慢程序？答案是肯定的，但理解其程度和应对方法，可以帮助你写出既灵活又高效的代码。
4.6.1 原型链查找的时间成本
当访问 obj.prop 时，JavaScript 引擎会先从 obj 自身的属性开始查找。如果自身没有，则沿着 proto 一层一层向上搜索，直到找到该属性或者抵达原型链的末端（null）。
- 理想情况：属性就在对象自身上，查找时间为 O(1)。
- 一般情况：属性需要向上查找几层原型，每增加一层都会多一次遍历开销。
- 最坏情况：原型链极深，且属性位于链的末端甚至不存在，引擎需要遍历整条链后才能返回
undefined。
在绝大多数日常开发中，原型链的长度通常只有 1～3 层（例如对象 → 类原型 → Object.prototype），多层继承的情况也多在可控范围。因此，单纯的原型查找开销在微观上并不大，但是在以下场景中会累积成不可忽视的性能问题：
- 高频循环：在大量循环体内反复访问深层原型链上的属性。
- 大量对象创建：构造大量实例，而这些实例的方法都在原型上，频繁跨层调用。
- 误判自身属性：总是访问原型上的属性而非实例自身属性，导致每一处引用都产生查找开销。
4.6.2 现代引擎的优化手段
JavaScript 引擎并非每次都老老实实地走一遍原型链，它们使用了多种优化技术：
- 隐藏类（Hidden Classes）与内联缓存（Inline Caching）：V8 引擎会为拥有相同属性布局的对象分配相同的隐藏类。对一个特定位置的属性访问，引擎会缓存上次查找的结果位置（偏移量）。如果后续访问的对象结构相同，可以直接命中缓存，跳过复杂的原型链搜索。
- 快速路径：当引擎识别出某些对象具有简单的原型链结构，会采用更高效的指令直接访问。
然而，这些优化有一个前提：对象的结构要保持稳定。如果你动态地乱序添加属性、删除属性，或违反既定的“形状”，引擎会不得不放弃内联缓存，退化到昂贵的字典模式查找。这也是许多性能指南强调“在构造函数中一次性初始化所有属性”的原因。
4.6.3 实际开发中的优化准则
1. 保持对象形状稳定
在构造函数中把所有实例属性一次性声明完毕，避免创建实例后再动态添加新属性。这种做法可以让引擎为同一构造函数的所有实例生成一致的隐藏类，充分享受内联缓存带来的加速。
// ✅ 好：构造函数内完整声明
function Person(name, age) {
this.name = name;
this.age = age;
}
// ❌ 差：后期杂乱添加属性
const p = new Person('Alice');
p.city = 'Wonderland'; // 破坏了隐藏类的一致性2. 避免过深或过长的原型链
虽然 JavaScript 支持多层继承，但每一次不必要的继承都会增加查找层次。在设计类体系时，尽量保持层次扁平，少用“深继承”，多用组合（mixin、工具函数）。
3. 使用 hasOwnProperty 精确判断
如果关心的是对象自身的属性，使用 Object.prototype.hasOwnProperty.call(obj, 'prop') 或 Object.hasOwn(obj, 'prop')，可以避免触发原型链上的 getter 或意外找到原型上的同名属性，同时也避免了不必要的深层查找（引擎在实现中可能对此有优化）。
4. 缓存高频访问的原型属性
如果在循环中反复访问深层原型链上的某个属性（例如 arr.length），将其缓存到局部变量中，避免在每次迭代时都触发原型查找。虽然现代引擎对 length 这类常见属性有极致优化，但对于自定义的原型方法，缓存依然有用。
const push = Array.prototype.push;
for (let i = 0; i < 100000; i++) {
push.call(arr, i); // 避免每次 arr.push 的原型查找（性能差别在现代引擎上微乎其微，但有助于精简理解）
}
// 实际更常见的缓存是方法引用：
const slice = Array.prototype.slice;
const args = slice.call(arguments);5. 使用 null 作为原型创建纯字典对象
当需要一个纯粹的数据字典，而不希望它继承 Object.prototype 上的方法（如 toString、hasOwnProperty）时，使用 Object.create(null)。这样对象没有原型链，属性查找可以立即结束，完全没有继承开销，且可以安全使用任意键名而不会与原型属性冲突。
const pureMap = Object.create(null);
pureMap.hello = 'world';
console.log(pureMap.toString); // undefined，而不是原型上的函数6. 谨慎修改内置原型
修改内置对象（如 Array.prototype、String.prototype）的原型会影响到所有相关对象，不仅可能引发难以预料的冲突，还会让引擎失去对某些内置方法的优化假设。除非是为了 polyfill 标准方法，否则应该彻底避免这种做法。
4.6.4 性能瓶颈的真实面貌
原型链查找通常不是现代 Web 应用的性能瓶颈。真正的性能杀手往往是：
- 不必要的 DOM 操作和频繁的回流/重绘
- 大量数据的循环处理算法复杂度不当
- 内存泄漏导致的 GC 停顿
- 未控制的异步竞态和重复请求
因此，理解原型链的性能影响，更多是为了写出“干净且可预测”的代码。当你养成了良好的对象设计习惯（稳定形状、浅原型链、善用 hasOwn），原型链带来的性能开销几乎可以忽略不计。而对于极少数需要极致性能的热点路径，使用 Object.create(null) 创建无原型对象、缓存查找结果等技巧，便是性价比很高的最后一步优化。