proxy 和 reflect 是运行时对象行为干预的底层机制，非语法糖；proxy 创建代理层拦截读写/调用等操作，reflect 提供与 proxy trap 一一对应的、安全可控的操作方法。
JavaScript 中的 Proxy 和 Reflect 不是“语法糖”或可选工具，而是运行时对象行为干预的底层机制——你没法用它们“简化代码”，但一旦需要拦截属性访问、重写默认操作或模拟私有字段，就绕不开它们。
Proxy 怎么拦截对象读写和方法调用
Proxy 本身不改变原对象，它创建一个“代理层”，所有对目标对象的操作都先经过这个层。关键不是“能做什么”，而是“哪些操作可被拦截”：
-
get拦截读取（包括obj.prop、obj['prop']、in运算符、for...in） -
set拦截赋值（注意：必须显式返回true才算设置成功，否则静默失败） -
apply拦截函数调用（适用于代理函数对象） -
construct拦截new调用（必须返回对象，否则报TypeError） -
has和ownKeys控制in和Object.keys()的可见性
常见错误：直接在 set 中写 target[key] = value 可能触发无限递归（如果 target 本身也是代理），应优先用 Reflect.set(target, key, value, receiver)。
为什么 Reflect 不是可选的辅助库，而是 Proxy 的搭档
Reflect 方法不是为了“让代码更短”，而是为了解决两个硬问题：
立即学习“Java免费学习笔记（深入）”；
- 统一操作接口：
Reflect.get(obj, 'x')等价于obj.x，但它是函数调用，可在 Proxy handler 中直接复用 - 避免 this 绑定歧义：
obj.hasOwnProperty('x')在代理中可能丢失原始this，而Reflect.has(obj, 'x')始终明确作用于obj - 操作失败时返回布尔值而非抛错：
Reflect.deleteProperty()返回false表示不可删除，比delete obj.x更可控
别把 Reflect 当成工具函数集合——它的每个方法都对应一个 Proxy trap，且参数顺序与 trap 完全一致（如 get(target, prop, receiver)），这是设计契约。
元编程常见误用点：Proxy 不能代理普通对象字面量以外的东西
Proxy 只能代理对象（包括数组、函数、日期等对象类型），以下情况会直接报错：
-
new Proxy(42, {})→TypeError: Cannot create proxy with a non-object as target -
new Proxy(null, {})同样失败 - 代理后的对象无法被
instanceof正确识别（除非在getPrototypeOf或isExtensible中手动处理）
性能影响真实存在：每个被代理对象的属性访问都会多一层函数调用开销，V8 对简单 get/set 有优化，但复杂逻辑（如嵌套代理、动态 trap）仍明显拖慢。生产环境慎用于高频路径（如渲染循环中的数据响应式）。
一个最小可行拦截示例：实现只读视图
这不是玩具代码，而是实际可用的封装模式：
function readOnly(obj) {
return new Proxy(obj, {
set() { return false; }, // 静默拒绝所有赋值
deleteProperty() { return false; },
get(target, prop, receiver) {
const value = Reflect.get(target, prop, receiver);
// 递归代理嵌套对象，保持只读语义
return (value !== null && typeof value === 'object')
? readOnly(value)
: value;
}
});
}
const data = { user: { name: 'Alice' } };
const safe = readOnly(data);
safe.user.name = 'Bob'; // 无效
console.log(safe.user.name); // 'Alice'
注意：这里用了 Reflect.get 而非 target[prop]，既避免原型链上 getter 的重复触发，也确保 receiver 正确传递（影响 this 绑定）。这种细节在深层嵌套或带 getter 的对象里会暴露得很快。
真正难的不是写出第一个 Proxy，而是判断某次拦截是否该用 Reflect 转发、是否要保留 receiver、以及如何避免代理对象泄漏内存（比如没清理对原对象的强引用）。这些不会报错，但会让行为变得不可预测。
