V8中Descriptor Array本身不共享，真正共享的是Hidden Class；多个结构一致的对象复用同一Hidden Class，从而间接复用其关联的Descriptor Array，避免属性元信息冗余存储。
Descriptor Array 共享机制本身并不存在于 V8 中——这是一个常见误解。V8 并不共享 Descriptor Array，真正被共享的是 Hidden Class（隐藏类），而 Descriptor Array 是每个 Hidden Class 内部持有的、描述该类所有属性元信息（如 writable、configurable、getter/setter）的数组。它的“共享价值”体现在：多个结构一致的对象复用同一个 Hidden Class，从而复用其关联的 Descriptor Array，避免为每个对象重复存储属性描述信息。
Hidden Class 才是内存共享的核心载体
V8 为对象动态生成 Hidden Class，本质是对象的“类型蓝图”。当一批对象具有完全相同的属性名、相同添加顺序、相同 descriptor 类型（比如全为数据属性且默认可写可配置），它们就会被分配到同一个 Hidden Class 下。
此时，Descriptor Array 作为 Hidden Class 的一部分，只在内存中存一份；所有归属该 Hidden Class 的对象，都通过指针引用它，无需各自拷贝一份属性元信息。
例如：
-
✅ 高效场景：10 万个用户对象都按顺序设置
id、name、email，且未使用Object.defineProperty自定义 descriptor → 全部共享同一 Hidden Class 及其 Descriptor Array。 -
❌ 破坏共享：其中某个对象执行
Object.defineProperty(user, 'name', { writable: false })→ 触发新 Hidden Class 创建，Descriptor Array 被重建，该对象脱离共享链，后续同类操作持续分裂类链。
Descriptor Array 不共享的代价很真实
一旦对象无法复用 Hidden Class（如属性动态增删、descriptor 不一致、delete 操作等），V8 会将其降级为字典模式（dictionary mode）。此时每个对象都需独立维护一个哈希表来存属性及其 descriptor 信息，Descriptor Array 的内容被摊平进每个对象的 properties 字段中。
实测案例显示：对 10 万个同构对象逐一 delete item.a0，JS 堆内存从 42.6MB 暴涨至 324MB —— 根本原因不是删了数据，而是每个对象被迫脱离 Hidden Class 共享体系，转为独立字典存储，Descriptor 元信息从“一份共享”变成“十万份冗余”。
如何让 Descriptor Array 的隐性共享真正生效
共享不是自动发生的，需要开发者主动保持对象结构稳定性：
- 初始化时批量定义全部属性（哪怕值为
null或undefined），避免后期obj.x = val增量添加； - 避免混用普通赋值与
Object.defineProperty；如必须用 descriptor，请在对象创建初期统一完成，且保持 descriptor 语义一致； - 禁止对批量对象执行
delete；如需逻辑上“移除”，改用标记字段（如isDeleted: true）或过滤视图，而非物理删除属性； - 构造函数或工厂函数内保持属性设置顺序严格一致，不因条件分支打乱顺序（如
if (x) obj.a = 1; obj.b = 2;与obj.b = 2; if (x) obj.a = 1;会生成不同 Hidden Class）。
Descriptor Array 本身不共享，但它是 Hidden Class 共享机制中不可见却关键的一环。它的价值不在自身，而在支撑 Hidden Class 成为轻量、可复用的“对象模板”。真正节省内存的，是成千上万个对象安静地指向同一个 Hidden Class，而不是各自扛着一套重复的 descriptor 描述。
