Reflect不是语法糖，而是JavaScript元编程的标准化操作集，统一底层操作为可拦截、可组合、可错误处理的函数式接口，需配合Proxy实现元编程。
Reflect 不是语法糖，而是 JavaScript 元编程的标准化操作集 —— 它把原本散落在 Object、Array、函数调用等各处的底层操作，统一成可拦截、可组合、可错误处理的函数式接口。
Reflect.get 和 Reflect.set 为什么比点号和中括号更可控
直接用 obj.prop 或 obj[key] 无法捕获访问失败（比如读取 undefined 属性的子属性会报 TypeError: Cannot read property 'x' of undefined），而 Reflect.get 总是返回值（或 undefined），不会抛异常：
const obj = { a: { b: 1 } };
Reflect.get(obj, 'a').b; // 安全：先 get 再链式访问
Reflect.get(obj, 'c'); // 返回 undefined，不报错
Reflect.get(obj, 'a', { get() { return 42; } }); // 还支持自定义 receiver 和 trap
- 必须传入 receiver（通常是目标对象），否则
Reflect.get(target, key)在严格模式下可能返回undefined而非预期值 - 与 Proxy 的 handler 对齐：Proxy 中的
get(target, key, receiver)参数顺序和语义，和Reflect.get完全一致，方便转发 -
Reflect.set返回布尔值（成功 true / 失败 false），而不是像赋值表达式那样返回被赋的值，更适合做条件判断
Reflect.construct 比 new 更灵活地控制实例化过程
当你需要动态构造对象、或在 Proxy 中重写 new 行为时，Reflect.construct 是唯一标准方式：
function Foo(x) { this.x = x; }
const instance = Reflect.construct(Foo, [42]); // 等价于 new Foo(42)
// 还能指定不同的 prototype：
Reflect.construct(Foo, [42], Bar); // instance.__proto__ === Bar.prototype
- 不能省略参数数组：即使无参也得传
[]，否则 TypeError - 第三个参数（可选）是新实例的 prototype，不是 constructor —— 它替代的是内部 [[Prototype]] 链，不是替换
Foo.prototype - 在 Proxy 的
constructtrap 中，必须用Reflect.construct转发，否则无法保证原型链正确
Reflect.has、Reflect.deleteProperty 和 Reflect.ownKeys 的陷阱在哪
这些方法看似只是语法包装，但行为和传统方式有关键差异：
立即学习“Java免费学习笔记（深入）”；
-
Reflect.has(obj, 'key')等价于'key' in obj，但它是函数调用，可被 Proxy 拦截；而in操作符在 Proxy 中无法被hastrap 拦截（除非你手动重写逻辑） -
Reflect.deleteProperty(obj, 'key')返回布尔值；delete obj.key在严格模式下对不可配置属性会抛错，而Reflect.deleteProperty直接返回false -
Reflect.ownKeys(obj)返回所有自有属性键（包括 Symbol），比Object.keys（只返回字符串键）和Object.getOwnPropertyNames（漏 Symbol）更完整；但它不保证顺序，且不会过滤不可枚举属性 —— 它就是 ES 规范里 [[OwnPropertyKeys]] 的暴露
为什么不能单独用 Reflect 实现元编程
Reflect 本身不提供拦截能力，它只是把 JS 引擎内部操作“函数化”。真正实现元编程必须配合 Proxy：
const handler = {
get(target, key, receiver) {
console.log('getting', key);
return Reflect.get(target, key, receiver); // 必须用 Reflect 转发，否则丢失 receiver 语义
}
};
const p = new Proxy({ x: 1 }, handler);
- 几乎所有
Reflect.xxx方法都设计为 Proxy handler 的默认转发实现，参数一一对应 - 漏掉 receiver 参数（如写成
Reflect.get(target, key)）会导致 this 绑定错误，尤其在访问 getter 时表现异常 - 没有
Reflect.apply就没法安全转发函数调用 —— 它比fn.call(thisArg, ...args)更底层，能绕过某些 this 强制绑定逻辑
真正容易被忽略的，是 Reflect 所有方法的 receiver 参数：它不只是“当前对象”，而是整个属性访问链中的 this 上下文，在继承、getter、Proxy 嵌套场景下，漏传或传错 receiver 会导致静默行为偏差。
