Reflect API 不规范化对象操作，仅统一底层操作为可拦截的函数式接口；Reflect.get 更可靠因静默处理 null/undefined 并兼容 proxy getter 异常；Reflect.set 返回布尔值指示写入是否成功；Reflect.construct 支持动态参数与 proxy 拦截。
Reflect API 不能“规范化”对象操作，它只是把原本散落在 Object、函数调用、原型链等各处的底层操作，统一成可拦截、可返回明确布尔结果的函数式接口。 它不改变 JavaScript 对象模型，也不提供额外校验或“规范”逻辑——那是你自己的责任。
为什么 Reflect.get 比直接访问属性更可靠？
直接用 obj.prop 或 obj[key] 在遇到 getter 报错、代理陷阱抛异常、或目标为 null/undefined 时会直接 throw，无法优雅降级。而 Reflect.get 始终返回值（或 undefined），且在多数错误场景下静默失败：
- 对
null或undefined调用Reflect.get(target, key)返回undefined，不报TypeError - 当
target是 proxy 且gettrap 抛错时，Reflect.get会原样抛出；但若 trap 显式返回值，它就忠实地返回那个值 - 配合
Reflect.has可先检查存在性，避免读取未定义属性带来的隐式undefined
示例：
const obj = { a: 1 };
Reflect.get(obj, 'b'); // undefined（安全）
obj.b; // undefined（同样安全，但若 b 是 getter 且 throw 就崩了）
const badProxy = new Proxy({}, { get() { throw new Error('nope'); } });
Reflect.get(badProxy, 'x'); // 抛 Error（和 trap 行为一致）
Reflect.set 的返回值比赋值运算符更有意义
= 运算符总是返回被赋的值，无法判断是否真正写入成功；而 Reflect.set 明确返回 true 或 false，表示“这次设置是否被接受”：
- 对不可写属性（
writable: false）、不可配置属性（configurable: false）设置会返回false（严格模式下还会 throw） - 对 proxy 的
settrap 返回false，Reflect.set也返回false，便于统一判断 - 对普通对象非自有属性（即在原型上）设值，
Reflect.set会尝试在原型上设——但通常失败（除非原型属性可写），此时返回false
这让你能写：
if (!Reflect.set(obj, 'x', value)) {
console.warn('Failed to set x — maybe it\'s read-only or blocked by proxy');
}
用 Reflect.construct 替代 new Foo() 的真实价值
它不是为了“更酷”，而是解决两个硬伤：new 不能动态传参数组、且无法被 proxy 拦截。而 Reflect.construct 支持：
- 第三个参数可传
newTarget，精确控制constructor和[[Prototype]]来源（比如继承时指定子类作为 new.target） - 第二个参数必须是数组（哪怕只有一个参数也要包成
[arg]），天然适配arguments或...args - 如果目标是 proxy，它的
constructtrap 会被触发；而new target()对 proxy 无效（语法错误）
示例：
function A() {}
const args = [1, 2];
// ✅ 正确：Reflect.construct(A, args)
// ❌ 错误：new A(args) —— 传的是数组，不是展开
// ✅ 正确：new A(...args)
// 但 proxy 场景下只有 Reflect.construct 能走 trap
真正容易被忽略的点是：Reflect 所有方法都**不修改目标对象本身**，也不做类型转换或默认行为兜底——它只忠实反映引擎底层操作的结果。你仍需自己处理 undefined、null、不可枚举属性、symbol 键遍历等边界情况。它的“准确”，仅限于“不加戏”，而非“替你兜底”。
