Reflect.get不能跳过getter，但可通过receiver参数控制其this指向，从而让getter依据this状态决定是否执行副作用；关键在于getter需主动检查this特征并设计条件逻辑。
Reflect.get 本身不会跳过 getter，但能精准控制 getter 内部的 this 指向——这才是安全处理 getter 的关键。真正起作用的不是 Reflect.get 的“绕过”能力，而是你能否让 getter 主动依据 this 的状态决定是否执行副作用。
getter 执行不可跳过，但 this 可控
每次访问带 getter 的属性（如 obj.prop），JavaScript 引擎都会调用该 getter 函数。Reflect.get 并不改变这一行为，它只是把 getter 调用时的 this 值，从默认的目标对象换成你传入的 receiver 参数。
- 如果 getter 是对象自身定义的（非继承），且没做特殊判断，传 receiver 通常不影响逻辑——因为 getter 内部仍会访问自己的私有字段
- 如果 getter 是从原型链继承来的，receiver 就会成为 getter 中的 this
- 只有当 getter 显式检查 this 的某个字段（比如
this._enabled或this.constructor === ExpectedClass），receiver 才能真正影响执行路径
如何写出可被 receiver 控制的 getter
原生 getter 不自带“静默模式”，必须自己设计。核心是：在 getter 函数里加入对 this 状态的判断，并让副作用仅在满足条件时触发。
- 用
Object.defineProperty显式定义 getter，避免使用 class 字段语法（其 getter 默认绑定实例） - 在 getter 内部检查
this是否具备预期特征，例如：this._skipSideEffects === true或typeof this.apiClient === 'undefined' - 返回占位值（如
undefined、null或默认字符串）代替真实计算，避免副作用
示例：
const obj = {};Object.defineProperty(obj, 'data', {
get() {
if (this._allowFetch !== true) return 'stub';
return fetch('/api').then(r => r.json());
}
});
Reflect.get(obj, 'data', { _allowFetch: false }); // 返回 'stub'，不发请求
receiver 不等于“安全开关”，而是上下文代理
传一个空对象 {} 或 Object.create(null) 给 receiver，不能自动阻止 getter 运行——除非 getter 代码里写了类似 if (!(this instanceof ValidContext)) return; 这样的守卫逻辑。
- 常见误用：以为
Reflect.get(obj, 'prop', {})就能“静默读取”，结果 getter 报错（因为this._id在空对象上不存在） - 正确做法：receiver 应携带 getter 所需的最小必要上下文，或明确标记控制字段
- 若 getter 依赖外部状态（如全局配置、模块单例），receiver 无法干预；此时应改用函数封装 + 缓存策略，而非依赖 Reflect.get
什么时候该用 Reflect.get 处理 getter
适用场景很具体，不是通用替代方案：
- 你拥有 getter 定义权，且愿意为“静默访问”预留控制入口
- 需要在 Proxy 或装饰器中统一拦截属性读取，并动态切换 this 上下文
- 测试环境中模拟不同 this 状态，验证 getter 行为分支
- 继承链上多个类共享 getter，需确保调用时 this 指向目标实例而非原型
如果只是想“查属性是否存在又不触发副作用”，优先考虑 Object.getOwnPropertyDescriptor 查类型，或用 try/catch 包裹访问——Reflect.get 的 receiver 不是银弹，而是配合精心设计的 getter 才能发挥价值。
