hidden classes 是 v8 为相同属性结构对象动态生成的内部类型描述，决定属性访问是否启用内联缓存；结构不稳定（如 delete、乱序添加、类型变更）会触发字典模式，性能降2–5倍。
Hidden Classes 是什么，为什么它影响属性访问速度
V8 对对象属性的快速访问依赖于隐藏类（Hidden Class），它本质上是 V8 为具有相同属性结构的对象动态生成的内部类型描述。当对象以一致顺序添加属性、不删除属性、不中途改变属性类型时，V8 能复用同一 Hidden Class，从而启用内联缓存（IC）——这是属性读写能跑进纳秒级的关键。
一旦对象结构“不稳定”，比如 delete obj.x、obj.y = undefined 后又赋值为字符串、或属性添加顺序混乱，V8 就会降级到字典模式（dictionary mode），此时属性查找退化为哈希表查找，性能下降 2–5 倍。
怎么让对象稳定地共享 Hidden Class
核心原则：让对象从创建起就拥有确定的属性集合和顺序。不是“先创建再补全”，而是“一步到位”。
- 构造函数中统一初始化所有预期属性（即使初始值为
null或0），例如：function Point(x, y) {<br> this.x = x || 0;<br> this.y = y || 0;<br> this.id = 0;<br> this.tag = '';<br>} - 避免在构造后用
obj.z = ...动态添加新属性；如必须，尽量在对象生命周期早期完成，且所有同类对象执行完全相同的添加序列 - 不要用
delete删除属性；改用obj.prop = undefined（但注意：这仍可能触发去优化，更稳妥的是保留字段并设为默认值） - 避免对同一属性反复赋不同类型值，例如
obj.count = 1→obj.count = 'done'；V8 会标记该属性为“多态”，IC 失效
如何验证 Hidden Class 是否被复用
V8 不暴露 Hidden Class ID 给 JS 层，但可通过 %DebugPrint()（仅限 d8 命令行工具）或 Chrome DevTools 的「Memory」面板配合堆快照间接观察。
更实用的现场判断方式：
- 在 Chrome DevTools 的 Performance 面板录制一段密集对象操作（如循环创建/访问 10 万次），看“Scripting”子项耗时是否随迭代显著上升——上升说明 IC 失效、Hidden Class 分裂
- 用
console.log(%HasFastProperties(obj))（需开启--allow-natives-syntax）返回true表示对象处于快速属性模式（即使用 Hidden Class），false则大概率已进入字典模式 - 对比两个对象：
obj1和obj2，若obj1.constructor === obj2.constructor且属性名、顺序、初始值类型完全一致，它们极大概率共享 Hidden Class
常见踩坑场景与替代方案
很多看似无害的写法实际破坏 Hidden Class 稳定性：
-
Object.assign({}, a, b)：结果对象属性顺序取决于a和b的枚举顺序，不可控；改用构造函数或class显式定义 - 解构后立即扩展：
const {x, y} = src; const p = {x, y, z: 0};—— 属性顺序由解构变量声明顺序决定，易受代码重构影响；应封装为工厂函数 - 用
for...in遍历并设置属性：枚举顺序不保证，且可能遍历原型链；改用Object.keys()+ 显式排序，或直接静态定义 - 在 class 中使用私有字段
#field不影响 Hidden Class，但WeakMap存储的额外状态会让对象脱离快速模式；高频访问字段务必放在对象自身上
Hidden Class 优化不是银弹——它只对高频创建+高频访问的轻量对象有效；如果对象生命周期长、属性动态变化频繁，强行“冻结结构”反而增加维护成本。真正关键的是：明确你的对象是否属于“热路径”，再决定是否值得为 Hidden Class 调整设计。
