内联缓存（ic）通过缓存对象类型与属性偏移量，使重复属性访问从o(n)降为o(1)；按类型匹配度分为单态、多态、超态三级，类型混杂会导致退化为慢速查找；开发者应保持对象形状稳定、避免动态增删属性以优化ic效果。
JavaScript引擎通过内联缓存（Inline Caching, IC）大幅优化对象属性访问速度，核心思想是“记住上次查到的结果和类型”，避免重复走慢路径。
内联缓存如何工作
当JS引擎第一次访问 obj.prop 时，会执行完整查找：遍历原型链、检查属性描述符、定位值。这个过程开销大。IC会在该代码位置（如某条 getprop 指令）旁“缓存”两个关键信息：
-
上次访问的对象类型（Shape / Hidden Class）：比如对象有固定的属性顺序和类型（
{x: 1, y: 2}），V8会为其分配唯一隐藏类 - 该属性在内存中的偏移量（offset）或访问方式（如数据属性 / 访问器 / 未定义）
下次再执行同一行代码，若对象类型匹配，引擎直接按偏移量取值，跳过查找逻辑——从 O(n) 降为 O(1)。
单态、多态与超态缓存
IC不是“一劳永逸”，它按对象类型的多样性分层级适配：
Javascript Sdk
下载
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
- 单态（Monomorphic）：只见过一种对象类型 → 最快，直接硬编码偏移量
- 多态（Polymorphic）：见过2–4种类型 → 缓存一个小型类型-偏移量映射表，查表后跳转
- 超态（Megamorphic）：类型过多（如混用10+种结构不同的对象）→ 放弃IC，退回到慢速通用查找
这意味着：频繁用不同结构的对象访问同一属性（如 arr.forEach(item => item.id)，但 item 来自多个构造函数），IC会失效，性能下降明显。
开发者能做什么
你无法直接操作IC，但可通过编码习惯让IC更高效：
-
保持对象形状稳定：构造对象时按相同顺序初始化属性（
const a = {x, y, z}），避免先obj.x = 1后obj.y = 2再obj.z = 3（可能触发隐藏类分裂） -
避免运行时动态增删属性：如
delete obj.prop或obj.newProp = val会改变隐藏类，破坏IC连续性 - 对热点属性访问做预热：在关键循环前，用典型对象调用几次目标属性访问，帮助IC快速进入单态
-
慎用
with和eval：它们让作用域链不可预测，强制禁用IC
验证IC是否生效（以V8为例）
可通过V8标志观察IC状态：
- 启动Node.js时加
--trace-ic：输出每处属性访问的IC状态（monomorphic / polymorphic / megamorphic） - 配合
--allow-natives-syntax使用%DebugPrint(obj)查看对象隐藏类 - 用
%HasFastProperties(obj)判断是否启用快速属性模式（IC依赖此模式）
注意：这些是调试手段，仅用于性能分析，不可用于生产环境。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
