直接用 obj.prop 会触发 getter 副作用，因其每次读取都执行内部逻辑；Reflect.get 的 receiver 参数仅控制 getter 中 this 指向，无法绕过执行，仅当 getter 主动检查 this 状态时才可抑制副作用。
为什么直接用 obj.prop 会触发 getter 副作用？
当对象属性定义了 get 访问器（getter），每次读取都会执行其内部逻辑。如果 getter 里有副作用（比如发请求、修改状态、抛错），单纯想“检查是否存在”或“安全取值”就会意外触发它。Reflect.get 本身不会绕过 getter，但配合第三个参数 receiver 可以控制 getter 内部 this 的指向，进而影响 getter 是否真正执行——前提是 getter 实现依赖了 this 上的某些条件。
Reflect.get(obj, key, receiver) 的 receiver 参数到底起什么作用？
第三个参数 receiver 是 getter 被调用时的 this 值。JavaScript 规范规定：当通过 Reflect.get 读取带 getter 的属性时，若该 getter 是从原型链继承来的，它会被以 receiver 为 this 调用；如果是对象自身定义的 getter，则仍以该对象为 this ——除非你用 Object.defineProperty 显式设置了 get 函数并让它依赖 this 的状态。
- 常见误判：以为传任意
receiver都能“屏蔽”getter，其实不能——getter 本身是否执行，由属性访问行为决定，receiver只改this，不改执行逻辑 - 真正能“安全”的场景，是 getter 内部做了
this === expectedContext判断，或者依赖this上的某个字段（如this._initialized）才执行副作用 - 例如：一个 getter 只在
this._ready === true时才发起网络请求，那你就可以临时传一个{ _ready: false }当receiver来避免触发
怎么构造一个可被 receiver 控制的 getter？
要让 receiver 发挥“安全访问”作用，getter 必须主动检查 this。原生 getter 不具备这种能力，必须自己定义：
const obj = {};
Object.defineProperty(obj, 'data', {
get() {
// 关键：只在 this 满足条件时才执行副作用
if (this && typeof this._allowAccess === 'boolean' && this._allowAccess) {
console.log('实际读取：触发 API 请求');
return fetch('/api/data').then(r => r.json());
}
console.log('静默访问：不触发副作用');
return undefined;
}
});
此时你可以这样安全读取：
-
Reflect.get(obj, 'data', { _allowAccess: false })→ 不触发请求，返回undefined -
Reflect.get(obj, 'data', obj)→ 正常触发（因为obj._allowAccess未定义，条件不满足） -
Reflect.get(obj, 'data', { _allowAccess: true })→ 强制触发（即使不是obj自身）
别指望它替代 in / hasOwnProperty / Object.hasOwn
Reflect.get 永远会尝试读取属性值，哪怕属性不存在也会返回 undefined，它不区分“属性不存在”和“属性存在但值为 undefined”。如果你只是想判断属性是否存在，应该用：
-
'prop' in obj（含原型） -
obj.hasOwnProperty('prop')（仅自身，已废弃但仍可用） -
Object.hasOwn(obj, 'prop')（推荐，ES2022，仅自身）
而 Reflect.get + receiver 的价值，仅限于你**明确知道 getter 有副作用，且该 getter 的实现允许你通过操控 this 来抑制它**——这种模式非常小众，几乎只出现在高度可控的框架层或代理对象设计中。
真正在业务里想“安全读”，更靠谱的做法是把副作用逻辑抽离到显式方法（如 loadData()），而把 data 改成普通属性或用 Proxy 封装拦截逻辑。靠 receiver 博弈 getter 内部判断，既脆弱又难维护。
