Reflect 方法本身不负责保持 this 指向，真正关键在于 Proxy trap 中是否将 receiver、thisArg 或 newTarget 等上下文参数正确传给对应 Reflect 方法，否则 getter 或函数调用的 this 会出错。

Reflect 方法本身不负责保持 this 指向，它只是提供了一组与 Object API 对应的、更函数式风格的操作接口。真正决定 this 是否正确的关键，在于你如何在 Proxy 的 trap（如 get、apply、construct）中调用 Reflect 方法，并是否显式绑定或传递目标上下文。

Reflect.get 与 this 的关系

Reflect.get(target, property, receiver) 的第三个参数 receiver 就是用来指定属性读取时的 this 值（即代理对象本身或其继承链上的对象）。如果不传或传错，访问 getter 时 this 可能指向 target 而非代理对象，导致逻辑出错。

正确做法是把 Proxy 实例（或需要的接收者）作为 receiver 传入：

• 在 get trap 中，通常应传 proxy（即当前代理）作为 receiver
• 这样当目标属性是 getter 时，其内部 this 就会指向代理，而非原始 target
• 例如：return Reflect.get(target, prop, proxy);

Reflect.apply 和 Reflect.construct 显式控制 this

这两个方法直接接受 thisArgument 参数，用于指定被调用函数执行时的 this 值。

Reflective Tarot

反思式塔罗抽取，用于情感支持和自我觉察，非临床非预测性。

下载

立即学习“Java免费学习笔记（深入）”；

• Reflect.apply(target, thisArg, args)：确保函数调用时 this 是你指定的对象（比如代理或包装后的上下文）
• Reflect.construct(target, args, newTarget)：newTarget 决定 new 实例的原型链，而构造函数内部的 this 自动绑定为新实例；若需自定义行为，可结合 newTarget 控制原型归属
• 在 Proxy 的 apply 或 construct trap 中，应将外部传入的 thisArg 或 newTarget 正确透传给 Reflect

常见陷阱：漏传 receiver 或 thisArg

最典型的错误是在 get trap 中只写 Reflect.get(target, prop)，省略 receiver。此时若 prop 是 getter，其 this 默认指向 target，破坏了代理的封装性。

• getter 中依赖 this 访问其他代理属性时，会读到原始值而非代理后的行为
• 类似地，在 apply trap 中未传 thisArg，会导致目标函数的 this 变成 undefined（严格模式）或全局对象
• 解决方案：始终检查 trap 的参数，并完整传递给对应 Reflect 方法

配合 handler 维护上下文一致性

Proxy handler 不是孤立存在的，它的每个 trap 都接收当前操作的上下文参数。要保持 this 一致，关键是让这些参数“流”进 Reflect 调用。

• get trap 接收 (target, prop, receiver) → 把 receiver 传给 Reflect.get
• apply trap 接收 (target, thisArg, args) → 把 thisArg 传给 Reflect.apply
• construct trap 接收 (target, args, newTarget) → 把 newTarget 传给 Reflect.construct
• 这样既复用了 Reflect 的标准逻辑，又保留了 Proxy 层的上下文语义

不复杂但容易忽略。关键不是 Reflect 做了什么，而是你怎么用它——把 trap 接收到的上下文参数如实交给 Reflect，this 就自然对了。