v8 通过内联缓存（ic）将 class 实例属性访问锚定在固定内存偏移上实现极速寻址；关键在于保持隐藏类稳定：构造函数中一次性赋值全部属性、避免动态增删属性、确保实例字段组合一致，才能维持 monomorphic ic 状态。
Class 的“极速寻址”并不是靠魔法，而是 V8 用内联缓存（IC）把动态的类属性访问，稳稳锚定在静态偏移上。关键不在于 class 本身，而在于它所创建的对象是否能长期复用同一套隐藏类与对应偏移量。
内联缓存如何为 class 实例“记地址”
当你写 const p = new Point(1, 2)，V8 并不会每次访问 p.x 都去查字典。它会：
- 根据
p的隐藏类，查出x在对象内存布局中的固定字节偏移（比如 +4） - 把这个偏移量直接缓存在当前函数的 IC 槽位里（例如
return obj.x这个调用点） - 下次再遇到同隐藏类的对象，就跳过查找过程，直接从对象起始地址 +4 处读取值——等效于一次内存加载指令
class 定义方式直接影响 IC 是否稳定
不是所有 class 都能触发单态（monomorphic）IC。以下写法会让偏移量频繁失效：
- 在 constructor 中分多行赋值：
this.x = x;→ 隐藏类中途变更 → 偏移量重学 - 构造后动态加属性：
p.color = 'red'→ 触发隐藏类升级或转入字典模式 → IC 退化为多态甚至超态 - 混用不同字段组合的实例：
new Point(1,2)和new Point(1,2,3)走不同隐藏类路径 → IC 无法复用
验证你的 class 是否真正在“极速寻址”
不用猜，用工具看 IC 状态：
- 启动 Chrome 加参数：
--trace-ic，运行含密集属性访问的代码，观察控制台是否持续输出LOAD-IC: monomorphic - 在 DevTools Performance 面板录制，筛选
LoadField或KeyedLoadIC事件，耗时越低、调用越集中，说明偏移量命中越稳 - 避免看到大量
polymorphic或megamorphic，那是 IC 已经“记不住”统一结构了
真正提升 class 寻址速度的实操建议
优化目标不是让 class 更“高级”，而是让实例更“规矩”：
- 构造函数内一次性声明并赋值全部属性，顺序固定、数量一致
- 避免
delete、Object.defineProperty（非 configurable）、for...in遍历非常规属性 - 热路径（如渲染循环、数组遍历）中确保传入的 class 实例类型纯净，不混入补丁对象或 mock 数据
- 必要时用
Object.seal()或Object.freeze()锁定形状（注意：冻结后不可写，慎用于需更新的实例）
