object.preventextensions通过固定对象结构为v8提供稳定隐藏类推断前提，从而提升属性访问性能；它应在初始化完成后调用，适用于高频访问且结构不变的对象，但需注意属性顺序与值类型一致性。
直接告诉 V8：“这个对象结构不会再变了”，能显著提升属性访问的优化概率。关键不在“禁止扩展”本身，而在于它为引擎提供了稳定的 隐藏类（Hidden Class） 推断前提。
为什么固定结构能触发 V8 更强的优化
V8 通过隐藏类给对象“贴标签”，同一隐藏类的对象共享内存布局和属性偏移量。只要对象结构稳定（属性名、顺序、可配置性等一致），引擎就能：
- 复用内联缓存（IC）槽位，避免每次访问都查哈希表
- 生成更激进的 JIT 编译代码，比如直接按固定偏移读取属性值
- 减少 Transition 链分支，降低形状切换开销
Object.preventExtensions 的正确使用时机
它不是“越早加越好”，而是要匹配对象真实生命周期：
- 在对象完成初始化、所有必要属性已设置完毕后立即调用（例如构造函数末尾）
- 避免在对象还在动态添加属性时提前调用，否则会失败且不报错
- 优先用于高频访问、结构长期不变的对象，如配置项、节点实例（FiberNode）、状态容器
配合其他措施效果更稳
单独调用 preventExtensions 不足以保证最优性能，需注意：
- 属性定义顺序必须一致（比如都先定义
id再定义name），否则可能生成不同隐藏类 - 避免混用原始值与对象值作为同名属性（如
a: 42和a: {x:1}），会触发去优化 - 若还需防止属性被删或改配置，可升级为
Object.seal；但若只需防新增，preventExtensions开销最小、兼容性最好
Vue/React 等框架中的实际影响
在响应式系统中，对大数据对象调用 Object.preventExtensions 可减少不必要的数据劫持：
- Vue 2 中，如果 data 对象被 preventExtensions，就不会为其添加 getter/setter，省去大量 defineProperty 开销
- React Fiber 节点曾因过早调用该方法 + 存储高精度时间戳（HeapNumber），导致隐藏类分裂，引发性能断崖——说明要结合值类型稳定性一起考虑
