原型链长度对属性访问速度的影响呈非线性，主因是内联缓存失效、查找失败开销激增、JIT优化受限、内存布局碎片化及GC压力上升；链深超3–4层后性能骤降，访问不存在属性比存在属性慢2–3倍且超线性增长。

原型链长度对属性访问速度的影响不是简单的“每多一层就慢一点”，而是呈现非线性特征——开销增幅随深度增加而加速，尤其在特定条件下会突然放大。

内联缓存失效是主要非线性来源

V8等引擎依赖内联缓存（IC）加速属性访问，但IC的缓存键由对象隐式原型链的完整结构决定。一旦链深超过稳定阈值（通常为3–4层），或链上存在动态修改（如运行时增删原型属性），缓存极易失效：

• 链长为2层时，IC命中率常达95%以上；到第5层，命中率可能骤降至60%以下
• 每次失效都会触发去优化（deoptimization），回退到慢路径，耗时跳升数倍
• 若链中某层是Object.create(null)或被seal/freeze，IC策略切换更频繁，性能波动加剧

查找失败比查找成功更昂贵

访问一个不存在的属性，开销远高于访问存在属性——引擎必须走完全部层级并逐层确认缺失，这是严格的O(N)遍历：

• 10层链中访问存在属性：平均查到第3层即命中 → 约3次指针跳转
• 同样10层链中访问不存在属性：强制执行10次校验 + 10次解引用 + 最终返回undefined
• 实测显示，后者比前者慢2–3倍，且随链长呈超线性增长

JIT优化掩盖但不消除非线性

方法调用经JIT编译后，性能差距会被压缩，但这只适用于纯函数、无this劫持、无动态prototype变更的场景：

• getter或带副作用的访问器无法被充分优化，链深影响保持显著
• 箭头函数绑定、bind()生成的新函数会切断IC路径，使原本可缓存的操作退化为每次都查链
• 跨Realm对象（如iframe中创建）因原型不共享，IC完全失效，非线性效应直接暴露

内存布局加剧非线性延迟

深层原型链往往伴随大量小对象（如层层Object.create(parent)），导致内存碎片化：

• CPU缓存行（cache line）难以连续加载分散的原型对象，引发更多缓存未命中
• GC标记阶段需遍历整条链，链越深，存活对象图越复杂，停顿时间非线性上升
• V8的Orinoco GC在处理长链对象时，会额外触发多次增量标记周期