proxy 和 reflect 是 javascript 元编程的底层机制，proxy 提供对象访问拦截能力，reflect 提供标准化操作接口，二者协同实现对象的可观察、可干预与可延展。

Proxy 和 Reflect 不是给对象“加功能”的装饰器，而是让对象真正具备运行时自省与响应能力的底层机制。它们共同开启的元编程时代，本质是把对象从静态数据容器，变成可观察、可干预、可延展的行为主体。

Proxy 是对象的“感知层”

它不修改目标对象，而是在访问路径上插入可控的拦截点。一次 new Proxy(obj, handler)，就为对象装上了“神经末梢”：

• get/set 捕获属性读写，不只是值的变化，还包括 getter 调用、原型链查找、Symbol 属性访问
• has/in 控制属性可见性，实现逻辑上的“隐藏字段”或权限过滤
• ownKeys 决定 Object.keys、for...in 看到什么，让枚举行为完全可编程
• apply/construct 让函数和类也进入元编程范围，支持调用日志、参数重写、构造拦截等

Reflect 是对象的“标准操作手册”

它把 JavaScript 引擎内部的隐式操作，全部暴露为显式、可组合、可复用的函数：

aperture: the L402 aware reverse proxy

安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。

下载

• Reflect.get(target, key, receiver) 确保 getter 中的 this 正确指向代理对象，不是靠 target[key] 硬读
• Reflect.set() 返回布尔值，明确告知赋值是否成功；Reflect.deleteProperty() 失败不抛错，便于条件处理
• 所有 Reflect 方法都严格遵循语言规范，比如 Reflect.has() 不触发 toString() 隐式转换，比 key in obj 更可靠
• 在 Proxy handler 中调用 Reflect 方法，等于“原样转发默认行为”，避免漏掉边界逻辑（如不可写属性、冻结对象、访问器属性）

二者协同，让对象真正“有智慧”

智慧不在于自动计算，而在于能理解上下文、响应意图、反馈状态：

• 响应式系统（如 Vue 3）靠 Proxy 感知依赖，靠 Reflect 安全读写，深层嵌套也能递归代理
• 可观测对象可在 set 中触发更新通知，在 get 中收集依赖，在 deleteProperty 中清理副作用
• 缓存代理在 get 中查缓存、执行计算、回填结果，整个过程对使用者透明
• 验证代理在 set 中校验类型、范围、格式，失败直接抛错，无需每次手动检查

这不是炫技，而是基础设施升级

过去靠 Object.defineProperty 劫持属性，只能处理已存在字段，无法监听新增、删除、in、枚举等操作。Proxy/Reflect 的出现，补齐了 JavaScript 运行时对象控制的最后一块拼图。它们不是语法糖，而是让框架、工具、业务逻辑得以在更干净、更一致、更可预测的语义基础上构建的基石。