v8对象属性读取性能关键在于维持内联缓存（ic）稳定：点号访问obj.x可利用feedbackvector缓存隐藏类与偏移量，而方括号、可选链、reflect.get等均绕过ic；属性顺序、动态添加、多函数混用访问都会导致ic退化为megamorphic，引发性能断崖。
对象属性读取要快，关键不是写得“聪明”，而是让 V8 能稳住内联缓存（IC）——只要 IC 退化成 megamorphic，性能就断崖下跌。
为什么 obj.x 有时快得离谱，有时慢得反常？
V8 并不每次访问都重新查隐藏类 + 偏移量。它靠 FeedbackVector 里缓存的 map 和 offset 直接跳转。但这个缓存极敏感：
- 第一次调用
loadX(o)是“慢路径”，V8 记下o的隐藏类和x的偏移量，IC 状态变成monomorphic - 后续传入的对象若隐藏类不同（比如
{x:1}vs{x:1, y:2}），IC 升级为polymorphic，开始查多条记录 - 再混入第三个形状，IC 很可能直接退化为
megamorphic，彻底放弃缓存，走通用 lookup —— 这时obj.x和解释执行差不多快
obj.x 和 obj['x'] 看似等价，实则走完全不同的执行路径
方括号访问（obj['x']）绕过 IC，强制走 KeyedProperty 查找逻辑，哪怕字符串字面量完全一致。它不记录隐藏类，也不缓存偏移量。
- ✅ 正确：只用点号访问固定属性名，如
p.x、p.y - ❌ 错误：在同一个热函数里混用
p.x和p['x']，哪怕只出现一次，也会污染该调用点的 IC 状态 - ⚠️ 注意：
obj[condition ? 'x' : 'y']不仅无法 IC，还会触发Object.keys()类全量操作，双重打击
构造对象时顺序错一位，IC 就废一半
隐藏类由属性名 + 添加顺序共同决定。{x:1, y:2} 和 {y:2, x:1} 是两个不同隐藏类，哪怕字段完全一样。
- ✅ 推荐：统一用构造函数或类初始化，且属性赋值顺序严格一致
- ❌ 避免：
const a = {x:1}; a.y = 2;（动态添加破坏初始 hidden class） - ❌ 避免：
const b = {y:3, x:4};（顺序颠倒，生成新 hidden class） - ? 小技巧：用
Object.assign({}, template, data)比手拼对象更可控，前提是template形状稳定
跨函数传参时，属性访问不一致会悄悄拖垮性能
V8 为每个函数维护独立的 FeedbackVector。你在 fnA 里读 .x，在 fnB 里读 .y，那两个函数的 IC 完全不共享，且都容易因参数混杂而退化。
- ✅ 把同一批对象、固定读取同一组属性的操作，尽量收敛到一个函数里
- ❌ 不要让一个对象被多个函数反复接收，而各函数内部访问的属性名五花八门
- ⚠️ 特别注意：
obj?.x和Reflect.get(obj, 'x')完全不走 IC 路径，和obj.x是隔离的三种机制
真正难的不是写出“对”的代码，而是在业务迭代中守住对象形状和访问模式的一致性——加个字段、改个初始化顺序、临时用个可选链，都可能让之前压测跑出的 90ns 变成 300ns。
