proxy 与 reflect 是黄金搭档，因 reflect 每个方法均与 proxy trap 严格一一对应、语义一致、参数兼容；手动操作 target 会破坏原生行为，如丢失 receiver 导致 this 错误、绕过属性描述符约束等。
Proxy 和 Reflect 被称为“黄金搭档”，根本原因不是因为它们名字好听，而是因为 Reflect 的每个静态方法，都与 Proxy 的一个 trap（陷阱）严格一一对应、语义一致、参数完全兼容。这种设计不是巧合，而是 ECMAScript 规范刻意为之——Reflect 就是为 Proxy 的陷阱提供“标准原始操作”的官方出口。
为什么不能只用 Proxy？陷阱里不调 Reflect 会出什么问题？
单独在 Proxy 的 trap 中手动操作 target（比如直接写 target[key] = value），看似可行，但会悄悄破坏 JavaScript 的原生行为语义，尤其在以下场景中：
- 继承链中访问 getter：若目标对象的属性是通过
Object.defineProperty定义的 getter，且依赖this上下文，直接target[key]会丢失 receiver，导致this指向错误（变成 target 而非代理或子类实例） - 不可写/不可配置属性：手动赋值可能绕过属性描述符约束，而
Reflect.set()会严格遵循 defineProperty 规则，返回布尔值表示是否成功 - Proxy 嵌套或自定义原型：receiver 参数在多层代理或 class 继承中动态变化，只有 Reflect 方法能正确传递并尊重它
所有 Proxy 陷阱与 Reflect 方法的精确映射关系
ECMAScript 规定，共 13 种基本操作可被 Proxy 拦截，每种都有且仅有一个同名 Reflect 方法作为标准实现入口：
-
get(target, key, receiver)↔Reflect.get(target, key, receiver) -
set(target, key, value, receiver)↔Reflect.set(target, key, value, receiver) -
has(target, key)↔Reflect.has(target, key) -
deleteProperty(target, key)↔Reflect.deleteProperty(target, key) -
ownKeys(target)↔Reflect.ownKeys(target) -
getOwnPropertyDescriptor(target, key)↔Reflect.getOwnPropertyDescriptor(target, key) -
defineProperty(target, key, descriptor)↔Reflect.defineProperty(target, key, descriptor) -
preventExtensions(target)↔Reflect.preventExtensions(target) -
isExtensible(target)↔Reflect.isExtensible(target) -
getPrototypeOf(target)↔Reflect.getPrototypeOf(target) -
setPrototypeOf(target, proto)↔Reflect.setPrototypeOf(target, proto) -
apply(target, thisArg, args)↔Reflect.apply(target, thisArg, args) -
construct(target, args, newTarget)↔Reflect.construct(target, args, newTarget)
注意：newTarget 是 construct trap 的第三个参数，对应 Reflect.construct 的第三个参数，用于支持继承链中的 super() 正确调用。
实际编码中怎么用才安全？关键就三点
写 Proxy handler 时，只要记住这三条，就能避免绝大多数陷阱：
- 所有读/写/查/删等操作，优先用
Reflect.xxx(...)而非手写target[key]或delete target[key] - trap 函数的参数个数必须和 Reflect 方法一致，尤其是不能漏掉
receiver（get/set/has 等）或newTarget（construct） - Reflect 方法返回值有明确语义：
Reflect.set/Reflect.defineProperty返回布尔值；Reflect.get返回属性值；Reflect.ownKeys返回数组——这些结果应直接返回或用于逻辑判断，而非忽略
Vue 3 响应式系统里的真实例子
Vue 3 的 reactive 实现中，对对象的 get 拦截是这样写的：
get(target, key, receiver) {
const res = Reflect.get(target, key, receiver);
track(target, key); // 收集依赖
return isObject(res) ? reactive(res) : res;
}
这里 Reflect.get 不仅保证了 receiver 正确传递（支持 class 继承）、getter 正常执行，还让后续的 reactive(res) 能基于原语义递归代理嵌套对象。如果换成 target[key]，就会在 proxy 嵌套或使用 Symbol 属性时出错。
本质上，Reflect 是 Proxy 的“标准操作手册”，而 Proxy 是 Reflect 的“调度中心”。两者合体，才真正实现了安全、可预测、可扩展的元编程能力。
