原型链本身不实现内联缓存（IC），但它是IC高效工作的前提和关键依赖；IC通过缓存属性在原型链上的具体位置（如第2层偏移量3）加速访问，链结构变动或shape不稳会导致IC失效、性能下降。
JavaScript 中原型链继承本身不直接参与内联缓存（Inline Cache, IC）的实现，但它是 IC 机制赖以高效工作的**前提和关键依赖**。现代 JS 引擎（如 V8、SpiderMonkey、JavaScriptCore）通过 IC 加速属性访问，而属性查找路径——正是沿着原型链进行的。
原型链是 IC 的查找目标路径
当执行 obj.prop 时，引擎不会每次都从头遍历 obj → obj.__proto__ → obj.__proto__.__proto__ → ... → null。它会先尝试用 IC 快速定位：
- 如果之前访问过同类对象（shape 相同）的相同属性名，IC 已缓存该属性在原型链上的**具体位置**（例如：“在第 2 层原型上，偏移量为 3”）；
- 引擎直接跳转到该位置读取，跳过逐层检查；
- 若 shape 变化（如新增/删除属性）或原型链被修改（如
Object.setPrototypeOf(obj, newProto)），IC 失效，触发去优化（deoptimization）并重建缓存。
IC 如何感知原型链结构
IC 不只记“属性在哪”，还隐式绑定当前对象的 shape（隐藏类） 和其原型链的 prototype chain structure：
- V8 中，每个函数的 IC 条目会记录：
receiver shape → prototype chain hash → property location； - 若子类实例的原型链与父类构造一致（如
Child.prototype.__proto__ === Parent.prototype），且 shape 稳定，IC 可复用同一缓存路径； - 手动篡改
__proto__或频繁调用Object.setPrototypeOf()会破坏 chain hash，导致 IC 持续未命中、性能下降。
class / extends 语法对 IC 更友好
ES6 class 并未改变原型链本质，但其静态结构显著提升 IC 效率：
立即学习“Java免费学习笔记（深入）”；
- 编译后固定设置
Child.prototype.__proto__ = Parent.prototype，避免运行时动态赋值； - 构造函数中统一用
super()调用父类，保证实例属性初始化顺序稳定，利于 shape 收敛； - 引擎可提前推断常见继承模式（如单继承链），为
obj.method()预生成更精准的 monomorphic IC（单一形态缓存）。
实际影响：写法决定 IC 是否生效
以下操作会削弱 IC 效果，间接暴露原型链的动态性缺陷：
- 在循环中给不同实例动态添加不同属性（破坏 shape 一致性）；
- 使用
Object.assign(child, { x: 1 })批量挂载属性，而非统一构造函数初始化； - 子类构造函数中漏掉
super()，导致this未初始化，后续属性访问触发 generic/fallback IC（极慢）； - 用
function Child() { Parent.call(this) }但未设置Child.prototype = Object.create(Parent.prototype)，导致方法查找被迫走更长链甚至失败。
