Object.setPrototypeOf 不是动态添加响应式属性的合理方式，因其易致性能退化、内存泄漏及响应丢失；高效做法是在对象创建初期就通过 reactive、defineProperty 或 Proxy 实现可追踪能力。
直接用 Object.setPrototypeOf 为对象动态换原型，不是“秒级重塑”的合理方式，反而容易引发性能退化、内存泄漏和响应丢失。数据绑定引擎中真正高效的新属性响应式接入，靠的不是事后改原型，而是从创建之初就让对象具备可追踪能力。
新属性必须在定义时就进入响应式系统
Vue、MobX 或自研响应式引擎都要求：属性在初始化阶段就被代理或拦截。如果对象已存在，后续新增属性默认不触发更新——这是设计使然，不是缺陷。
- 推荐做法：用
reactive({})或defineProperty+ 访问器（getter/setter）初始化对象，确保所有未来属性都走统一拦截路径 - 避免做法：先创建普通对象，再用
setPrototypeOf挂载响应式原型——旧引擎（如早期 Vue 2 的Observer）甚至无法识别这种“中途认亲” - 例外场景：仅当对象完全静态、且你明确控制所有后续赋值（如用
proxy.set(target, key, val)走 Proxy trap），才可能绕过初始化限制
Proxy 是现代数据绑定的事实标准，不是 setPrototypeOf 的替代品
setPrototypeOf 只能更换整个原型链，无法拦截属性读写；而响应式核心恰恰依赖对 get/set 的细粒度劫持。
- Proxy 可捕获
in、has、deleteProperty等全部操作，新增属性自动纳入依赖收集 - setPrototypeOf 修改后，原对象若已有自有属性，这些属性不会被新原型上的 getter/setter 管理——等于“半残响应式”
- 真实案例：某引擎尝试用
setPrototypeOf(obj, reactiveProto)实现热补属性，结果 computed 不重算、watch 无响应、数组 length 变更静默
需要动态加字段？用响应式容器而非裸对象
把数据装进具有元信息的结构里，比给普通对象“动原型手术”更可控、更可测。
- 方案一：用 Map 或 WeakMap 存储响应式状态，key 为对象标识，value 为 proxy 实例，新增属性时直接操作 proxy
- 方案二：提供
extendReactive(obj, fields)方法，内部调用defineReactive逐个绑定新 key，保证 defineProperty 或 Proxy trap 全程介入 - 方案三：采用类似 Vue 3 的
shallowRef+triggerRef组合，对动态结构做浅层响应，避免深度代理开销
setPrototypeOf 的唯一安全用途：构造时一次性设定
它只适合在对象诞生瞬间，赋予其不可变的基类行为（比如继承 EventEmitter 或自定义 base class），且该原型本身不含响应式逻辑。
- 错误示范：
const obj = {}; Object.setPrototypeOf(obj, reactiveHandler); obj.newKey = 1;—— newKey 不会触发更新 - 正确示范：
class ReactiveObj extends BaseReactive { ... } const obj = new ReactiveObj(); obj.newKey = 1;—— 构造函数中已完成代理初始化 - 注意：V8 对频繁调用
setPrototypeOf有严重优化惩罚，Chrome DevTools 会标为“Slow prototype change”
