Object.setPrototypeOf()可动态替换对象[[Prototype]]，但会引发性能降级和行为风险；适用于插件系统、测试模拟等低频场景，优先选用Object.create()、class继承等替代方案。

Object.setPrototypeOf() 可以在运行时直接替换对象的 [[Prototype]]（即内部原型链），从而动态改变其继承关系。但它不是“安全补丁”，而是“原型链手术刀”——有效，但有明确性能代价和行为风险。

一、基本用法：替换原型链

该方法接收两个参数：目标对象和新原型（可以是 null、函数.prototype 或任意对象）：

例：

const parent = { say() { return "Hello"; } };
const child = { name: "Alice" };

Object.setPrototypeOf(child, parent);
console.log(child.say()); // "Hello"
console.log(Object.getPrototypeOf(child) === parent); // true

二、典型适用场景（谨慎使用）

• 模拟类式继承的运行时切换：如插件系统中临时赋予对象某组行为（非高频操作）
• 测试中模拟不同原型环境：比如验证某个方法是否依赖特定原型链
• polyfill 构造器行为：极少数需兼容旧引擎且无法用 class/extends 的情况

三、必须警惕的性能警告

V8（Chrome / Node.js）等现代引擎会对使用 Object.setPrototypeOf() 的对象进行去优化（deoptimization）：

• 对象会从“快属性模式”降级为“字典模式”，后续所有属性访问（包括 .x 和 obj[x]）变慢
• JIT 编译器无法内联原型链上的方法调用，失去关键优化机会
• 若在循环或高频路径中调用，性能下降可能达数倍甚至更多

替代方案优先级：构造时指定原型（Object.create(proto)） > 使用 class 继承 > 仅在初始化后一次设置 > 避免在热代码中反复调用。

四、比 setPrototypeOf() 更安全的替代思路

• 组合优于继承：把行为封装成纯函数或工具对象，通过属性委托（如 obj.helper.doX()）复用，不碰原型链
• 代理模式（Proxy）：拦截读取/调用，动态决定行为来源，完全绕过原型修改
• 工厂函数 + Object.assign()：在创建时混入所需方法，避免运行时链变更