应使用 reflect.get(target, key, receiver) 替代 target[key]，因其明确指定查找起点和 receiver，避免原型链上 proxy 的递归拦截，减少性能损耗，且天然支持 symbol、getter 等所有合法访问场景。
直接用 Reflect.get 替代 target[key] 调用，能避免 Proxy 陷入对原型链上属性的重复拦截，显著减少不必要的递归查找开销。
为什么默认行为会触发低效递归
当 Proxy 的 get 拦截器中写成 target[key]，而 target 自身没有该属性时，JS 引擎会沿着原型链向上查找——每次查到一个原型对象，若该原型也被 Proxy 包裹，就会再次触发其 get 拦截器。这可能形成多层嵌套调用，尤其在深原型链或大量属性访问场景下，性能损耗明显。
Reflect.get 是更可控的底层访问方式
Reflect.get(target, key, receiver) 明确指定从哪个对象开始查找，并控制 this 绑定（即 receiver），它不会自动触发原型链上的其他 Proxy 拦截器，而是交由 JS 引擎内部机制完成标准属性查找（含原型链），但全程不进入用户定义的 get 钩子。
- 传入
receiver很关键：它决定了 getter 中this的指向，通常应设为原 Proxy 实例，否则可能破坏访问语义 - 相比
target[key]，Reflect.get更接近“原始读取”，跳过自定义逻辑干扰 - 它天然支持 Symbol 属性、getter、继承属性等所有合法访问场景
正确写法示例与对比
错误写法（易引发递归）：
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
const proxy = new Proxy({ a: 1 }, {
get(target, key) {
console.log('get triggered:', key);
return target[key]; // ❌ 可能触发原型上另一个 Proxy 的 get
}
});
优化写法（显式控制查找路径）：
const proxy = new Proxy({ a: 1 }, {
get(target, key, receiver) {
console.log('get triggered:', key);
return Reflect.get(target, key, receiver); // ✅ 安全读取，不递归进其他 Proxy
}
});
如果想进一步跳过原型查找（仅查自身），可加判断：
if (Object.prototype.hasOwnProperty.call(target, key)) {
return Reflect.get(target, key, receiver);
}
// 否则返回 undefined 或 throw，按需定制
配合 has 和 ownKeys 做一致性优化
仅改 get 不够，若 has 或 ownKeys 仍用 key in target 或 Object.keys(target)，可能和 get 行为不一致。建议统一使用：
-
Reflect.has(target, key)替代key in target -
Reflect.ownKeys(target)替代Object.getOwnPropertyNames(target)或Object.keys - 它们都遵循同一套底层属性枚举规则，避免因实现差异导致代理行为割裂
