proxy缓存属性的核心是首次访问时计算并赋值到目标对象，后续直接读取；异步场景应缓存promise而非结果；计算属性需手动维护依赖关系；需避免修改target结构、代理嵌套及内存泄漏。
Proxy 代理中缓存属性获取结果，核心是利用 handler.get 拦截读取操作，在首次访问时执行计算或加载，并将结果写入目标对象——后续访问直接返回缓存值，不再触发拦截逻辑。
缓存必须写入目标对象
Proxy 本身不存储数据，它只是“拦截器”。若只在 handler 内部用局部变量缓存，下次 get 仍会重新执行。正确做法是：首次获取后，把结果赋值给目标对象的对应属性。
- 例如：
target[prop] = result;—— 这样下次读obj.prop就绕过 Proxy，直接从对象上取值 - 避免重复赋值：检查
prop in target或Object.hasOwn(target, prop)再决定是否初始化 - 若目标对象是冻结的（
Object.freeze），需先用Object.defineProperty添加可写属性
异步场景要缓存 Promise 而非结果
当属性值依赖异步操作（如 API 请求），首次 get 应发起请求并缓存返回的 Promise，而不是等待 resolve 后再赋值。这样能自然避免并发重复请求。
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
- 写法示例：
if (!target[prop]) target[prop] = fetch('/api/data').then(res => res.json()); - 后续 get 直接返回同一个 Promise，.then() 会按顺序执行，不会发起新请求
- 不要 await 后再赋值，否则失去“防重复”能力；也不要用
async/await包裹 getter，那会每次新建 Promise
支持计算属性的缓存
对依赖其他属性动态计算的字段（比如 fullName 基于 firstName 和 lastName），可在 get 中判断依赖项是否变更，未变则复用缓存值。
- 简单策略：缓存结果 + 记录上次依赖值（如
__deps对象），每次读取前比对 - 更健壮方式：用 WeakMap 存储每个目标对象的缓存状态，避免污染目标对象自身
- 注意：Proxy 无法自动监听依赖属性变化，需手动维护依赖关系或结合 Object.defineProperty 做响应式联动
避免常见陷阱
缓存逻辑看似简单，但几个细节容易导致失效或内存泄漏：
- 不要在 handler.get 中修改 target 结构（如添加新属性）而不通知 Proxy，可能引发不可预期行为
- 若目标对象会被多次代理（如嵌套 Proxy），确保缓存写入的是原始目标，而非中间代理层
- 对数组索引访问（
arr[0]）同样适用，但要注意 length 变化不会自动触发缓存失效 - JSON.stringify 等操作会遍历所有自有属性，已缓存的属性会被包含；若不想暴露，可用 Symbol 属性或 WeakMap 隐藏缓存
