构造函数外加属性会破坏隐藏类，因为v8在对象创建时即分配初始隐藏类，后续动态添加（如obj.z=42）触发单步迁移链，导致同类对象隐藏类分裂；必须在构造函数内一次性声明所有可能用到的属性以保证结构完整。
为什么在构造函数外加属性会破坏隐藏类
因为 V8 在对象创建瞬间就为其分配初始隐藏类，后续每次新增属性都会生成新类并迁移对象。构造函数外赋值（比如 obj.z = 42）属于运行时结构变更，V8 无法预判，只能走单步 transition 链——哪怕只多一个字段，也大概率导致同类对象隐藏类分裂。
构造函数里怎么初始化才算“一步到位”
不是只填必填字段，而是把该对象生命周期内**所有可能用到的属性**都声明出来，哪怕暂时用不到或值为默认值。V8 看的是结构完整性，不是语义必要性。
-
this.id = 0、this.name = ''、this.createdAt = 0—— 即使后端没返回createdAt，也要设个数字占位 - 避免用
null或undefined初始化数值/布尔字段，它们可能触发元素类型降级（如 number → tagged） - 如果某些字段只在特定条件下存在（如
user.isAdmin），统一补成false，而不是条件分支里漏掉
遇到 API 返回字段不全怎么办
后端响应不可控，但客户端可以兜底。靠运行时判断再赋值（if (raw.isAdmin) obj.isAdmin = true）依然会分裂隐藏类。必须在构造/初始化阶段就完成归一化。
- 用
Object.assign+ 默认对象：Object.assign(new User(), { id: 1 }, raw) - 或解构默认值：
const { id, name, role = 'user', isAdmin = false } = raw，再传入构造函数 - 避免在
normalizeUser函数里用for...in或Object.keys(raw).forEach动态挂载——顺序不确定，且无法保证所有实例执行路径一致
delete 和 undefined 哪个更伤隐藏类
delete obj.x 是硬性破坏，直接标记对象进入字典模式，且不可逆；obj.x = undefined 虽保留字段，但若该属性之前是数字，现在变成 undefined，仍可能触发去优化（deoptimization），尤其在热函数中被反复调用时。
真正安全的做法是：从设计上就不删。比如密码字段，用 isPasswordMasked: true 控制逻辑可见性，而不是物理删除 password 属性。
验证是否已掉进字典模式？在 Node.js 启动时加 --allow-natives-syntax，然后用 %HasFastProperties(obj) 检查——返回 false 就说明已经慢了。
