V8高效缓存的关键是保持单态调用点：稳定对象结构、收敛类型分布、避免属性动态增删；拆分多态函数、用扁平参数替代对象、通过--trace-ic和%DebugPrint验证IC状态，确保热路径95%以上命中1–2个隐藏类。
核心思路不是“手动操作缓存”，而是让 V8 自然形成高效缓存——关键在于稳定对象结构、收敛类型分布、减少调用点变异。
让每次属性访问都走单态路径
内联缓存（IC）最快的状态是单态（monomorphic）：同一调用点反复访问相同隐藏类的对象。V8 会直接记录该类中属性的内存偏移量，跳过查找过程。
- 创建对象时保持属性顺序和初始结构一致，例如统一用
{x: 0, y: 0, width: 100, height: 50}，而不是先建{x: 0}再动态加y和width - 避免在运行时增删属性，尤其是高频函数的输入对象；若需扩展，优先用新字段替代动态赋值
- 对数组类操作，尽量使用字面量初始化或
Array.from()，而非new Array()后 push，防止隐藏类分裂
拆分多态函数，避免一个入口扛所有类型
当函数接收多种形状的对象（如不同构造器实例），V8 很快会将调用点标记为多态（polymorphic）甚至超态（megamorphic），导致 IC 失效、回退到慢速属性查找。
- 把
processShape(shape)拆成processRect(rect)、processCircle(circle)等专用函数，每个函数拥有独立反馈向量，各自维持单态 IC - 调用前用轻量判断分流：比如检查
o.constructor === Rect或'width' in o && 'height' in o，比instanceof开销更低 - 对简单计算逻辑，改用扁平参数代替对象传入，例如
calcArea(w, h)替代calcArea({w, h})，彻底绕过对象属性访问 IC 路径
用工具确认 IC 是否真正生效
不要凭感觉优化。V8 的 IC 状态必须通过运行时反馈验证，否则可能白忙一场。
- 启动 Node.js 时加
--trace-ic，观察目标函数调用点状态变化：从uninit → monomorphic → polymorphic → megamorphic是性能恶化的信号 - 在 DevTools 或 d8 中对函数执行
%DebugPrint(func)，拿到反馈向量地址后，再执行%DebugPrint(feedback_vector)，查看各插槽是否只记录 1–2 个隐藏类 - 若某插槽长期出现 ≥3 种隐藏类，说明该调用点已无法被 IC 高效加速，需重构输入或拆分逻辑
理解反馈向量的真实角色
反馈向量不是开关，而是 V8 的“运行日志”。它不主动优化，只忠实记录历史行为；IC 加速效果完全取决于后续调用能否命中已有缓存条目。
- 多态带来的性能下降，本质是引擎被迫放弃特化代码，转而执行通用路径：查哈希表、间接跳转、解释执行或生成低效机器码
- 优化目标不是“消灭多态”，而是让热路径中 ≥95% 的调用落在 1–2 个隐藏类上，使 IC 始终处于稳定单态或双态状态
- 类型断言、TS 类型标注本身不改变运行时行为，但能辅助你写出结构更一致的 JS，间接提升 IC 命中率
