js引擎通过内联缓存（ic）优化原型查找，不缓存原型链本身，而是记录“对象类型+属性名→查找层级”映射；需保持单态、避免动态改原型、可将高频原型方法复制为自有属性，并控制原型链深度在3层内。
JS 引擎对原型查找的性能优化，核心不是“缓存原型链本身”，而是让引擎在反复访问时，跳过重复的查找过程。内联缓存（Inline Caching, IC）正是实现这一点的关键机制——它不直接加速原型链遍历，而是通过记住“哪种对象、查哪个属性、结果在哪一级上”，大幅压缩后续访问的开销。
原型属性访问本身不走自有属性的快路径
IC 对自有属性（own property）最有效：一旦对象结构稳定，引擎能直接记录属性在内存中的固定偏移量，访问变成一次指针偏移，O(1) 完成。但原型属性（如 obj.toString）不存在于对象自身，必须沿 __proto__ 向上查找。这时 IC 不缓存偏移量，而是缓存“该对象类型 + 属性名 → 在第几级原型上找到”的映射关系。
- 例如：new Date() 和 new Array() 都有 toString，但来源不同（分别来自 Date.prototype 和 Array.prototype），IC 会为它们分别记录查找层级
- 只要对象隐藏类一致、原型链拓扑不变，这个“查到哪一级”的结果就能复用；否则 IC 退化，重新走慢路径
让原型查找进入稳定单态的关键条件
IC 要高效，必须收敛到单态（monomorphic）——即同一调用点只看到一种对象类型和一种原型链结构。这需要你主动控制对象的创建与使用方式：
- 所有实例统一用同一个构造函数或 class 创建，避免混用字面量、Object.create(null)、Object.assign 等不同路径
- 对象创建后不再动态修改 __proto__ 或调用 Object.setPrototypeOf()，这类操作会让隐藏类立即失效
- 禁止在循环或高频函数中切换原型，比如：obj.__proto__ = cond ? A.prototype : B.prototype，这会让 IC 完全无法收敛
高频原型属性可“提升”为自有属性
对被频繁读取的原型方法（如自定义类的 render、validate），可在构造时复制到实例自身，使其变成自有属性，从而接入最快的 IC 单态路径：
- 在构造函数中写：this.render = this.constructor.prototype.render
- 或用 Object.assign(this, { render: Base.prototype.render })
- 注意：仅适用于不依赖 this.constructor、不读取其他原型属性的方法；若方法内部调用 super.xxx 或检查 this.__proto__.xxx，则不可复制
减少原型链深度与分支干扰
IC 可以缓存“查到第 2 级”或“查到第 3 级”，但链越长、同名属性在不同层级出现的次数越多（比如多个子类各自定义了同名自有属性），匹配逻辑就越复杂，容易触发多态甚至超态（megamorphic）：
- 继承层级建议控制在 3 层以内（如 A → B → C），避免 A → B → C → D → E
- 优先用组合代替深继承：把通用行为封装成独立对象，通过字段委托调用，而非挂载到长原型链上
- 用 Object.prototype.hasOwnProperty.call(obj, 'prop') 显式判断属性归属，避免无谓的链遍历
