Reflect 不避免原型链修改的副作用，仅使操作更可控可预测；真正规避副作用需结合 Reflect.setPrototypeOf/Reflect.getPrototypeOf 与设计约束、运行时判断及防御性编程。
用 Reflect.setPrototypeOf 替代 __proto__ 赋值
直接写 obj.__proto__ = newProto 是非标准操作，容易在冻结对象上静默失败、被 Vue 等框架拦截警告、或在沙箱环境中被禁用。而 Reflect.setPrototypeOf(obj, newProto) 的行为明确：
- 返回
true表示成功；false表示失败（如目标不可扩展、新原型非法） - 在严格模式下失败时会抛出
TypeError，让你立刻感知问题，而不是留下隐患 - 它不绕过
Object.freeze或Object.seal保护——失败就是失败，不会“假装成功”
用 Reflect.getPrototypeOf 安全读取原型链
相比访问 obj.__proto__，Reflect.getPrototypeOf(obj) 更可靠：
- 对
null或undefined输入返回undefined，不抛错 - 不触发原型上定义的 getter，避免侧信道或意外逻辑执行
- 对冻结/不可扩展对象行为一致，不会因属性描述符差异导致结果波动
结合检测与防御性编程
单纯调用 Reflect 方法不能防止污染，但它们是构建防护逻辑的基础：
- 在解析用户输入后，用
Reflect.getPrototypeOf检查是否被篡改为Object.create(null)或循环引用 - 设置原型前，先用
Object.isExtensible(obj)和Object.getPrototypeOf(obj) === Object.prototype判断是否处于可安全修改状态 - 对关键对象（如配置缓存、路由参数容器），默认用
Object.create(null)创建，从源头消除原型链依赖
不推荐高频或动态修改原型的场景
即使用了 Reflect，以下做法仍会引入副作用：
- 在组件渲染或事件处理中反复调用
Reflect.setPrototypeOf—— 引擎无法优化，且破坏 instanceof 语义 - 试图用它绕过
Object.freeze保护 —— 必然失败，不应依赖此路径 - 将普通数据对象（如表单 state）的原型指向自定义类 —— 增加隐式依赖，降低可维护性
