内联缓存（ic）是javascript引擎在属性访问时就地缓存对象隐藏类与属性偏移量以跳过原型链查找的优化机制，解决动态属性访问开销大问题，按单态、多态、超态三级响应，并受对象结构稳定性影响。
内联缓存（Inline Cache，IC）不是额外加的一层“缓存服务”，而是 JavaScript 引擎（如 V8）在执行属性访问时，把“刚查过的类型和位置”就地记下来，下次遇到同类对象，直接跳到内存偏移量取值——省掉原型链遍历、隐藏类匹配、属性表查找整套流程。
它解决的是什么问题
JavaScript 对象属性访问本是动态过程：每次 obj.x 都要走“找对象的隐藏类 → 查 x 在哪（偏移量）→ 取值”三步。这个路径长、分支多、难预测，尤其在循环或高频函数中反复执行时，开销明显。IC 的核心目标就是把这三步压缩成一步：记住上次的结果，下次复用。
它是怎么“记住”的
IC 不是全局缓存，而是绑定在具体代码位置（比如某条 LdaNamedProperty 字节码指令旁）。每次访问属性，引擎会记录两个关键信息：
- 对象当时的隐藏类（Shape / Map）——代表它的结构是否一致
- 属性
x在该结构下的内存偏移量或访问方式（如是数据属性还是 getter）
下一次执行同一行代码时，引擎先比对当前对象的隐藏类是否和缓存一致。一致就直接按偏移量读，不一致再走慢路径，并更新缓存状态。
单态、多态、超态：IC 的三级响应机制
IC 会根据实际遇到的对象类型数量自动调整策略：
- 单态（Monomorphic）：只见过一种隐藏类 → 硬编码偏移量，最快
- 多态（Polymorphic）：见过 2–4 种 → 缓存小型映射表，查表后跳转，稍慢但可控
- 超态（Megamorphic）：类型混杂超过阈值（如 10+ 种不同结构）→ 放弃缓存，退回到通用慢查找
这意味着：用结构统一的对象反复访问同一属性（如数组里全是 {id: 1, name: 'a'}），IC 很快稳定在单态；而若混用 {id}、{_id}、class User、Map 等多种形态，IC 就会频繁升级甚至退化，性能回落。
开发者能影响 IC 效果的关键习惯
你不能手动调用 IC，但可以显著提升它的命中率和稳定性：
- 构造对象时一次性声明全部属性，且顺序固定（
{x, y, z}而非分多次赋值） - 避免运行时
delete obj.prop或随意添加新属性（会触发隐藏类变更，破坏 IC 连续性） - 热点函数（如渲染循环、数据处理）前，可用典型对象预热几次（
fn(sampleObj)执行几轮），帮 IC 快速收敛到单态 - 不用
with和eval——它们让作用域不可静态分析，IC 直接被禁用
本质上，IC 是引擎对“程序局部性”的信任：它假设相同代码位置，大概率会遇到相似结构的对象。写得越可预测，IC 就越高效。
