Property Descriptors 不直接改变 V8 内存布局，但通过触发隐藏类变更、迫使对象跳过 in-object 存储并可能降级为字典模式，显著影响性能。
Property Descriptors（属性描述符）本身不直接改变 V8 对象的内存布局，但它通过触发隐藏类（Hidden Class）变更、影响属性存储模式选择，间接决定对象是走“快属性”路径还是降级为“慢属性”甚至字典模式——这才是它影响性能的核心机制。
Property Descriptors 会强制对象脱离 in-object 存储
当使用 Object.defineProperty(obj, 'x', { writable: false, configurable: true }) 等方式定义属性时，V8 无法在对象创建初期就确定该属性是否可写、是否可配置、是否有 getter/setter。这类元信息必须由 Hidden Class 记录，而 in-object 属性只支持最简数据属性（即 writable: true, configurable: true, enumerable: true 的默认状态）。
一旦出现非默认 descriptor：
- 即使是首次定义，V8 也会跳过 in-object 槽位，直接将属性存入 properties 数组（out-of-object）
- 若该属性还带 getter/setter，V8 更会立即放弃 fast-property 模式，转为 dictionary mode（字典模式），因为 getter/setter 需要额外的函数指针和访问控制逻辑，无法用线性数组高效管理
多次 defineProperty 会打断隐藏类链
每个 descriptor 变更（如把 writable: true 改成 false）都会让 V8 创建新 Hidden Class，并迁移对象。连续调用：
Object.defineProperty(obj, 'x', { value: 1 });
Object.defineProperty(obj, 'x', { writable: false });
Object.defineProperty(obj, 'x', { configurable: false }); 这三次操作会生成至少三个 Hidden Class，形成 transition chain。后续读取 obj.x 时，V8 必须沿链逐级查找 descriptor 元信息，开销显著高于直接从 in-object 或 properties 线性数组中取值。
与普通赋值 obj.x = 1 的关键区别
| 行为 | 是否触发 Hidden Class 变更 | 是否可能进 in-object | 是否启用内联缓存（IC） |
|---|---|---|---|
obj.x = 1 |
是（但仅一次，且结构稳定） | ✅（若槽位空闲） | ✅（快路径） |
Object.defineProperty(obj, 'x', {value: 1}) |
是（每次 descriptor 不同都新建） | ❌（绕过 in-object） | ❌（需查 descriptor 表） |
实际优化建议
- 避免运行时频繁 defineProperty：尤其不要对热路径对象（如渲染循环中的 item）反复设置 descriptor
-
构造时定型优于运行时修饰：需要不可写的属性，应在构造函数中用
this.x = 1初始化，再通过Object.freeze或Object.seal批量封印，而非逐个 define - getter/setter 小心使用：它们天然属于“慢属性”，若只是做简单值代理，不如用普通属性 + 注释说明语义
-
调试时看 Hidden Class 状态：在 Chrome DevTools Console 中执行
%DebugPrint(obj)（需开启 --allow-natives-syntax），观察是否显示DICTIONARY_MODE或TRANSITION字样
本质上，Property Descriptors 是语义能力的增强，不是性能友好的默认选项。V8 的设计哲学是：默认走最快路径，显式声明复杂语义则主动让渡性能。
