原型属性访问本身不直接受内联缓存（ic）优化，因ic主要作用于自有属性读取；但当自有属性缺失、沿原型链查找时，ic会缓存“对象类型+属性名→原型层级”的结果，前提是原型链结构稳定、构造方式统一、原型不被动态修改，且深度与分支受控。
原型属性访问本身不直接受内联缓存（IC）优化，因为 IC 主要作用于**自有属性（own property）的读取路径**；但当自有属性缺失、引擎沿原型链向上查找时，IC 仍会参与——只不过它缓存的是“该对象类型 + 该属性名 → 在哪一级原型上找到”的结果，而非固定偏移量。真正影响性能的关键，在于你是否让这个查找过程变得可预测、可复用。
确保原型链结构稳定
IC 对原型属性生效的前提是：对象的隐藏类（Map）与原型链拓扑一致。如果每次访问的对象原型不同（比如混用 Object.create(null)、Object.create(Base)、class A extends B），V8 就无法收敛到单态，很快退化为超态查找。
- 统一构造方式：所有实例尽量来自同一构造函数或 class，避免混用字面量、Object.assign、Object.create 等不同路径创建的对象
- 冻结原型链：创建后不再动态修改
__proto__或Object.setPrototypeOf()，这类操作会强制隐藏类失效 - 避免在循环中切换原型：例如
obj.__proto__ = condition ? protoA : protoB会让 IC 完全失效
把常用原型属性“提升”为自有属性
对高频访问的原型方法或数据属性，可在实例初始化阶段复制到自身，让 IC 能走最快路径。
- 构造函数中预设：
this.toString = obj.toString（适用于确定不会被重写的只读方法） - 使用
Object.assign(this, { method: Base.prototype.method })显式挂载 - 注意副作用：仅适用于无 this 绑定依赖的方法；若方法内部依赖
this.constructor或原型链，不可简单复制
减少原型链深度与分支
IC 可以缓存“查到第几级”的结果，但链越长、分支越多（如多个对象共享同一原型但各自有同名自有属性），匹配逻辑就越复杂，容易触发多态甚至超态。
- 控制继承层级：避免超过 3 层的深继承（如 A → B → C → D）
- 优先组合，而非继承：把可复用行为封装成独立对象，通过属性委托而非原型链调用
- 用
hasOwnProperty或Object.prototype.hasOwnProperty.call(obj, 'prop')快速区分自有/原型属性，避免不必要的链遍历
验证是否进入单态原型查找
不能只看“有没有缓存”，要看缓存是否高效。开启诊断确认真实状态：
- 运行时加参数：
node --trace-ic your.js，观察输出中对应行是否持续显示monomorphic - 对目标对象执行
%DebugPrint(obj)（需--allow-natives-syntax），比对多个实例的map地址是否相同 - 若出现
megamorphic，说明原型结构已失控，需回溯数据来源和构造逻辑
