反馈向量是类型稳定性的“体检报告”，它记录调用点上对象隐藏类等元信息，状态从uninit→monomorphic→polymorphic→megamorphic；类型越稳定，ic命中率越高，执行越高效。
反馈向量本身不决定性能，但它忠实地记录函数在运行中“见过什么类型”，从而暴露参数类型是否稳定——而这直接决定了 V8 能否持续生成高效机器码。类型越稳定，反馈状态越趋向单态（monomorphic），内联缓存命中率越高，执行路径越简单；反之，多态（polymorphic）甚至病态（megamorphic）会迫使 V8 回退到低效策略，长期拖慢函数。
反馈向量是类型稳定性的“体检报告”
每个函数都有一个反馈向量，它由多个插槽（slot）组成，每个插槽对应一个调用点（如 o.x、arr.push()）。每个插槽里存的不是值，而是元信息：
- 该调用点上最近遇到的对象隐藏类（Map）地址
- 属性名或操作类型（如 LOAD、STORE、CALL）
- 当前 IC 状态：uninit → monomorphic → polymorphic → megamorphic
比如 function getAge(p) { return p.age; }，若始终传入结构一致的 {age: number} 对象，反馈向量中对应插槽会长期保持单态，V8 就能固化属性偏移量、跳过隐藏类比对、甚至内联整个访问逻辑。
参数类型混杂会快速触发多态降级
只要两个不同隐藏类的对象被传给同一个函数，在同一调用点上出现，反馈向量就可能从单态升级为多态。例如：
-
getAge({age: 25})→ 记录 Map A -
getAge({age: 30, name: 'Alice'})→ Map B 不同，插槽状态变为 polymorphic
此时 V8 不再信任单一偏移量，每次调用都得查表、比对、分支跳转——不仅增加指令数，还破坏分支预测和指令缓存局部性。这种开销在循环中反复放大，长期运行时 CPU 流水线停顿明显增多。
如何验证和干预类型稳定性
用 V8 内置工具观察反馈演化过程，比凭空猜测更可靠：
- 加
--trace-ic启动 Node.js：node --trace-ic script.js，输出每处调用点的 IC 状态变迁 - 配合
--print-feedback-vector查看具体插槽内容（需调试版 V8） - 关键指标不是“有没有多态”，而是“是否在热点路径上持续多态”——后者才是真正影响长期效率的信号
修复建议也很直接：统一构造参数对象（如用 class 或 factory 函数确保隐藏类一致）、避免在热函数中混用 shape 差异大的对象、必要时拆分函数处理不同结构。
反馈向量不制造性能问题，但它把类型不稳定带来的代价，清晰地写进每一行日志里。
