v8优化核心是固定对象结构以复用隐藏类：需用构造函数/类一次性声明全部字段并保持属性顺序与类型稳定，禁止动态增删改属性，推荐初始化即填满、分层设计与预留字段。
核心是让对象从创建那一刻起，结构就固定下来——属性名、顺序、类型都不变。V8 才能复用隐藏类，启用内联缓存，把 obj.name 编译成一次内存偏移计算，而不是每次都要查哈希表。
用构造函数或 class 一次性声明全部字段
隐藏类在对象实例化瞬间就定型。如果先 {} 再逐个 .x = 赋值，每一步都可能触发隐藏类切换，导致内联缓存失效。
- ❌ 避免动态拼装：
const user = {};<br>user.id = 123;<br>user.name = 'Alice';<br>user.role = 'admin';
→ 三次赋值，大概率生成三个隐藏类 - ✅ 推荐初始化即填满：
class User {<br> constructor(id, name, role) {<br> this.id = id;<br> this.name = name;<br> this.role = role;<br> this.createdAt = 0;<br> this.updatedAt = 0;<br> this.version = 1;<br> }<br>}
即使某些字段当前不用，也预留并赋予默认值（如0、''、null）
保持属性顺序和初始类型严格一致
两个对象哪怕属性名完全相同，只要顺序不同，或某个属性首次赋的值类型不一致，V8 就认为它们属于不同隐藏类，无法共享优化路径。
- ❌ 顺序错乱：
const a = { x: 1, y: 2 };<br>const b = { y: 2, x: 1 };
→ 隐藏类不同，a.x和b.x不走同一条优化路径 - ❌ 类型漂移：
this.count = 1;（number）this.count = 'done';（string）
→ V8 标记该属性为“不稳定”，禁用内联缓存 - ✅ 稳定写法：
this.count = 0;（始终 number）this.status = '';（始终 string）this.isActive = true;（始终 boolean）
禁止运行时删改属性，用语义化标记替代物理删除
delete obj.field 是隐藏类最大破坏者：它不仅强制重建隐藏类，还可能让对象降级到字典模式（dictionary mode），属性访问慢 2–5 倍。
- ❌ 危险操作：
delete user.password;delete order.items; - ✅ 安全替代：
敏感字段设计时就隔离（如user.publicData+user.privateSnapshot）
逻辑删除用布尔字段：user.isDeleted = true
空值统一用null或undefined，但不删键
业务模型设计建议：分层 + 预留 + 不可变倾向
面向真实业务时，不要追求“最简初始状态”，而要预判字段生命周期：
- 把高频读取字段（如
id、status、createdAt）放在构造函数前部，提升内存局部性 - 对可能扩展的字段（如未来加的
tenantId、locale），现在就声明并设默认值，避免后续 patch 引发隐藏类分裂 - 对只读字段（如
id、createdAt）可用Object.defineProperty设为writable: false，进一步向 V8 传递稳定性信号（非必需，但有辅助作用） - 避免用
Object.assign或展开运算符拼接对象，它们容易打乱顺序或引入未声明字段；优先用构造函数或工厂函数封装创建逻辑
不复杂但容易忽略：高性能不是靠后期压测调优出来的，而是从定义第一个 class 就埋下的习惯。
