核心是让对象从诞生起就结构稳定——属性名、顺序、类型都保持一致，V8 才能复用隐藏类，启用内联缓存，把 obj.x 变成一次内存偏移计算，而不是动态查找。
核心是让对象从诞生起就结构稳定——属性名、顺序、类型都保持一致，V8 才能复用隐藏类，启用内联缓存，把 obj.x 变成一次内存偏移计算，而不是动态查找。
用构造函数或 class 一次性声明全部属性
隐藏类在对象创建瞬间就定型。如果先创建空对象再逐个赋值，每一步都可能触发新隐藏类生成。
- ❌ 不推荐：动态拼装
user.id = 123;
user.name = 'Alice';
user.role = 'admin'; // 每次赋值都可能切换隐藏类
- ✅ 推荐：构造时填满
constructor(id, name, role) {
this.id = id;
this.name = name;
this.role = role;
this.createdAt = Date.now(); // 即使暂不使用，也预留字段
}
}
const u1 = new User(123, 'Alice', 'admin');
const u2 = new User(456, 'Bob', 'user');
这样 u1 和 u2 共享同一隐藏类，V8 可为 u.x 生成高度优化的机器码。
保持属性顺序与初始类型统一
两个对象即使属性名相同，只要顺序不同或某属性首次赋值类型不一致，V8 就视为不同结构。
- ❌ 顺序混乱（产生不同隐藏类）
const b = { y: 2, x: 1 }; // x 和 y 顺序颠倒 → 隐藏类不同
- ❌ 类型混用（触发多态，IC 失效）
obj.count = 'done'; // number → string，V8 标记该属性为“不稳定”
- ✅ 稳定写法
this.status = ''; // 始终用字符串初始化
避免运行时删改属性
delete obj.prop 是隐藏类杀手——它不仅改变结构，还可能迫使对象降级到字典模式，属性访问慢 2–5 倍。
- ❌ 删除属性
- ✅ 替代方案
// 更佳：设计时就区分敏感字段，或用独立对象隔离
真正需要“逻辑删除”的场景，建议用布尔标记位（如 isDeleted: true），而非物理删除属性。
批量创建对象时严格对齐结构
前端渲染列表、解析 API 响应等高频场景下，哪怕一个对象漏了一个字段，整批对象的隐藏类都可能分裂。
- 确保后端返回字段完整，或客户端做兜底填充
- 用
Object.assign或解构默认值统一补全
return {
id: raw.id ?? 0,
name: raw.name ?? '',
avatar: raw.avatar ?? null,
role: raw.role ?? 'guest'
};
}
const users = apiData.map(normalizeUser); // 所有对象结构完全一致
这样 V8 能将整个数组的属性访问优化到极致，尤其在循环遍历 users[i].name 时收益显著。
