应根本不用 Object.setPrototypeOf，因其会触发 V8 隐藏类失效、降级字典模式并拖垮 JIT 性能；推荐用 Object.create 创建时设原型、class/extends 固化继承、组合委托替代原型切换，或 Proxy 拦截实现动态行为。
避免频繁使用 Object.setPrototypeOf 引发隐藏类失效，关键不是“怎么用得更小心”，而是“根本不用它”。V8 对原型链的动态修改极度敏感——一次调用就可能让对象降级为字典模式、连带拖垮多个函数的 JIT 编译状态，性能损失常达 3–5 倍。真正有效的规避，是绕开它、替换它、或严格限定它的存在时机。
用 Object.create 代替运行时改原型
95% 的“需要换原型”场景，其实只需要“创建时就有正确原型”。Object.create(proto) 在对象诞生之初就确立原型链，不触发任何去优化，引擎全程可优化。
- ✅ 正确写法：
const obj = Object.create(MyBehavior); obj.id = 123; Object.assign(obj, data); - ❌ 避免写法：
const obj = {}; Object.setPrototypeOf(obj, MyBehavior);（哪怕只调一次，也破坏隐藏类） - 优势：语义清晰、零副作用、比 setPrototypeOf 快一个数量级、支持内联缓存
优先采用 class/extends 明确继承关系
现代 JavaScript 项目中，行为复用应靠设计而非运行时打补丁。class 定义在编译期就固化原型链，V8 可静态推导隐藏类，完全避开运行时突变风险。
- 构造函数 + prototype 也是同理：关系在实例化前确定，安全稳定
- 调试友好：类型信息完整，DevTools 和 TS 能准确识别实例归属
- 避免把“策略切换”误当成“继承切换”——后者是设计问题，不是 API 问题
用组合委托替代原型链切换
当对象需在不同阶段表现不同，与其动原型，不如显式持有行为对象：
obj.validator = new FormValidator(); obj.validator.check(obj);obj.renderer = mode === 'edit' ? new EditRenderer() : new ViewRenderer();- 优点：调用路径明确、可单元测试、无隐藏类污染、内存可预测、支持热替换
用 Proxy 拦截实现动态行为路由
需要透明代理或多态行为时，Proxy 不改动真实 [[Prototype]]，仅拦截读写调用，完全绕过隐藏类机制：
const handler = { get(target, key) { return target.mode === 'debug' ? debugMethods[key] : coreMethods[key]; } };const proxied = new Proxy(obj, handler);- instanceof 不受影响，原型链原封不动，V8 仍能对原始对象做所有优化
真正影响性能的，往往不是那段代码本身多慢，而是它让其他本可飞快的代码被迫退回到解释器模式。不复杂但容易忽略：少一次 Object.setPrototypeOf，就少一次隐藏类断裂，也就保住了一整条调用链的优化机会。
