Object.setPrototypeOf可在运行时直接修改对象的[[Prototype]]以动态调整继承链，但会破坏引擎优化、不适用于冻结/密封对象，仅推荐用于调试或特殊场景；语法为Object.setPrototypeOf(obj, prototype)，成功返回obj，失败抛TypeError。
Object.setPrototypeOf 可以在运行时直接修改对象的内部原型（[[Prototype]]），从而动态调整其继承链。这是 JavaScript 中少数能真正改变已有对象原型的方式，但需谨慎使用——它会影响性能、破坏优化，且不可用于冻结对象。
基本用法：替换对象的原型
语法为 Object.setPrototypeOf(obj, prototype)，将 obj 的原型设为 prototype。成功返回该对象，失败（如目标对象不可扩展）则抛出 TypeError。
- 确保
prototype是对象或null；传入原始值会报错 - 若原对象已通过
Object.freeze()或Object.seal()锁定，无法修改原型 - 不推荐对大量对象频繁调用，V8 等引擎可能因此禁用内联缓存（IC），导致方法调用变慢
典型场景：运行时切换行为或注入能力
比如给某个实例临时添加调试方法，或根据条件切换功能模块：
const base = { log() { console.log('base'); } };
const debug = { ...base, debugLog() { console.log('debug:', this.id); } };
const instance = { id: 42 };
Object.setPrototypeOf(instance, debug);
instance.debugLog(); // 'debug: 42'
注意：这不会影响构造函数，只改当前对象的原型链；后续新建实例不受影响。
与 __proto__ 的区别
obj.__proto__ = newProto 虽然效果类似，但它是非标准、已被废弃的访问器属性，存在兼容性和语义问题。而 Object.setPrototypeOf 是 ES6 标准方法，语义明确、行为稳定，应作为首选。
-
__proto__在部分环境（如严格模式下给不可写对象赋值）可能静默失败 - V8 中
__proto__实际是Object.prototype.__proto__的 getter/setter，底层仍调用类似 setPrototypeOf 的逻辑 - 代码审查和工具更倾向识别标准 API，避免潜在陷阱
替代方案：优先考虑组合或代理
多数情况下，动态换原型并非最佳设计：
- 用
Object.assign()或展开运算符混入方法，更可控、无副作用 - 用
Proxy拦截读取，按需返回不同行为，不改动原型链 - 构造时通过工厂函数或类继承选择合适原型，比运行时修改更清晰、高效
仅当必须复用现有对象并依赖原型查找（如某些库的 instanceof 判断或 for...in 遍历）时，才考虑 Object.setPrototypeOf。
