object.setprototypeof 应避免在热路径使用，仅初始化早期设一次；优先用 object.create 替代，或用组合/proxy 实现行为切换，以防 v8 去优化导致性能下降 3–5 倍。
Object.setPrototypeOf 是个“一碰就退化”的操作，性能调优的核心不是怎么让它快一点，而是怎么绕开它、少用它、或者只在绝对安全的时机用一次。
避开热路径，永远不进高频逻辑
它不能出现在以下任何场景中：
- 动画帧（
requestAnimationFrame回调内） - 滚动/输入事件监听器（如
scroll、input） - 数据遍历循环（
for、map、forEach中对每个元素调用） - 服务端请求处理主链路（如 Express/Koa 的中间件里批量修改对象原型）
一旦进入这些路径，V8 会立刻把相关函数标记为不可优化，后续所有调用都走解释器慢路径，性能下降常达 3–5 倍。
只设一次，且必须在初始化早期
如果真要使用，必须满足两个硬性条件：
- 对象创建后、尚未被任何函数访问前完成设置（比如构造完立刻设，之后再绑定事件或加入数组）
- 同一对象上绝不再次调用
Object.setPrototypeOf—— 多次调用会让隐藏类彻底失效，引擎放弃所有优化尝试
例如插件系统中给某个核心实例“开机即赋能力”，而不是每次用户点击菜单时都重设一遍原型。
优先用 Object.create 替代运行时修改
95% 的所谓“动态换原型”需求，其实只需要“创建时就有正确原型”：
- 用
Object.create(proto)创建空对象，再通过Object.assign或属性赋值填入数据 - 比
setPrototypeOf快一个数量级，且完全不触发去优化 - 语义清晰：你不是在“打补丁”，而是在“按需构造”
示例：const obj = Object.create(MyBehavior); obj.id = 123; obj.data = payload;
用组合或 Proxy 模拟行为切换
当需要“对象在不同状态表现不同”，原型切换不是唯一解：
-
组合委托：挂一个
obj.strategy = validator，调用时写obj.strategy.validate(obj)，行为明确、可测、无副作用 -
Proxy 拦截：对
get拦截做策略路由，比如根据obj.mode决定方法来源，instanceof不受影响，原型链原封不动
这两种方式既保留了灵活性，又完全绕开了引擎的隐藏类破坏机制。
不复杂但容易忽略：真正影响性能的，往往不是代码多慢，而是它让其他代码变慢了多少。
