不推荐在生产环境使用 Object.setPrototypeOf 动态修改原型链，因其会导致引擎去优化、破坏不可变原型假设并引发隐式污染；应优先采用 Object.create、组合、Proxy 或工厂函数等更安全方案。
可以，但不推荐在生产环境中使用 Object.setPrototypeOf 动态修改对象的原型链。
为什么能用但不该常用
Object.setPrototypeOf(obj, prototype) 确实能实时把 obj.__proto__ 指向新原型，从而改变其继承关系。JavaScript 引擎会立即更新原型链查找行为，后续对 obj 的属性访问、方法调用都会按新原型链进行。但这个操作有明显代价：
- 多数 JavaScript 引擎（如 V8）会对被修改过原型的对象做“去优化”处理，导致相关代码失去 JIT 编译优势，性能显著下降
- 破坏了对象的“不可变原型”假设，影响静态分析、调试工具识别和 IDE 智能提示
- 容易引发隐式原型污染或意料外的继承覆盖，尤其在多人协作或复杂框架中难以追踪
替代方案更安全可靠
绝大多数需要动态继承的场景，都有更健壮的写法：
-
构造函数 + 原型链初始化：在创建对象时就设定好原型，比如用
Object.create(prototype)或class继承 -
组合优于继承：用对象属性或方法代理（如
obj.method = otherObj.method.bind(otherObj)）代替修改原型 - Proxy 封装：对属性访问做拦截，模拟继承行为，完全不碰原型链
- 运行时类切换：通过工厂函数返回不同构造器实例，而非改已有实例的原型
真要用时的注意事项
如果确实绕不开（例如实现某些底层库的兼容逻辑），需严格遵守：
立即学习“Java免费学习笔记（深入）”；
- 只在对象刚创建后、尚未被其他代码引用前调用，避免影响已有逻辑
- 确保新原型是合法对象（不能是
null或原始值），否则抛出TypeError - 避免频繁调用——它不是为高频更新设计的，一次设置，长期稳定
- 配合
Object.isExtensible()和Object.preventExtensions()判断对象是否允许修改原型
简单验证示例
以下代码仅用于理解机制，勿照搬进业务逻辑：
const parent = { say() { return 'hello'; } };const child = {};
Object.setPrototypeOf(child, parent);
console.log(child.say()); // 'hello'
