核心是让v8将原型“稳定下来”以避免去稳定化和隐藏类重建；应在初始化阶段一次性定型原型，优先使用class语法，避免运行时修改，采用不可变方式替代打补丁，并用%debugprint等工具验证稳定性。
避免运行时频繁修改原型链，核心是让 V8 能把原型“稳定下来”，不触发去稳定化（de-stabilization）和隐藏类重建。一旦原型被修改，所有基于它的对象可能失去内联缓存、被迫切换结构，甚至降级到字典模式。
初始化阶段一次性定义完整原型
原型对象应在模块加载或类声明时就定型，后续不再增删属性或改描述符。
- 用 class 语法而非函数+手动赋值：V8 对 class 的 prototype 有专门的稳定化支持，方法和访问器在定义时即冻结布局
- 避免在运行中执行 proto.newMethod = fn 或 Object.defineProperty(proto, 'x', {...})，哪怕只改一次 writable 或 configurable，也可能破坏稳定性
- 如需扩展功能，优先封装为独立工具函数或组合式对象，而不是向现有原型打补丁
用不可变方式替代运行时修改
不直接动原型，而是通过返回新对象或代理层实现逻辑变更。
- 需要“动态行为”时，用 Object.assign({}, baseObj, overrides) 创建新实例，而非污染原型
- 对配置驱动的场景（如插件系统），用 Object.create(null) 构建纯净基对象，再显式挂载所需方法，切断默认原型链干扰
- 慎用 Proxy 拦截 get/set 来模拟原型增强——它虽灵活，但开销高、调试难，且无法享受隐藏类优化
验证是否真正稳定
别靠猜测，用工具确认原型是否已被 V8 视为稳定结构。
- 在 Chrome DevTools 控制台中对任意实例调用 %DebugPrint(obj)，查看输出中是否有 "prototype is stable" 字样
- 检查对象是否进入字典模式：若显示 "DictionaryMode"，说明已因原型修改或实例覆盖而退化
- 配合 Performance 面板录制，观察 GetProperty 或 GetPrototypeProperty 是否高频出现——这是原型链查找未被优化的信号
关键不在“能不能改”，而在“值不值得为一次修改付出整个原型结构重编译的代价”。多数业务场景里，提前设计好、一次写全，比运行时修补更轻、更快、更可靠。
