Pinia的Getter具备基于响应式依赖追踪的自动缓存能力，本质是Vue computed的包装器，仅在所依赖的state或其他getter变化时重新计算，否则返回缓存结果。

Pinia 的 Getter 具备自动缓存能力，它不是手动控制的“开关”，而是基于响应式依赖追踪的智能缓存——只要其依赖的 state 或其他 getter 没变，重复访问就直接返回上一次计算结果，不重新执行函数。

缓存怎么工作的

Getter 本质是 Vue 的 computed 包装器。Pinia 在内部将每个 getter 转为一个响应式计算属性，绑定到 store 实例上。它的更新时机完全由 Vue 的响应式系统决定：

• 只在所读取的 state 字段、或调用的其他 getter 发生变更时才重新求值
• 即使多次在模板中使用 {{ store.doubleCount }}，也只计算一次
• 若 getter 内部有副作用（比如 console.log），你会明显看到：仅首次或依赖更新后触发

带参数的 Getter 缓存要注意什么

写成 (state) => (id) => state.users.find(...) 这种形式时，外层函数返回的是一个新函数，这个函数本身不参与缓存；真正被缓存的是“返回函数”这个动作的结果（即那个闭包函数），而不是每次调用 getUserById(5) 的结果。

vue-component-analyzer

递归分析 Vue 项目组件依赖，从入口文件生成组件层级图，支持 Vue 2/3，输出组件名、文件路径和属性。适用于分析组件结构、排查依赖或了解项目架构。

下载

• 也就是说：函数对象被缓存了，但函数内部的执行逻辑每次都会运行
• 它不等价于“按 id 缓存用户对象”，如需真正缓存查询结果，得配合 Map 或 reactive 对象手动实现
• 适合场景是动态筛选逻辑复用，而非性能敏感的高频查表

什么时候缓存会失效

缓存失效不是由时间或手动清空触发的，而是完全响应式的：

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

• state 中被读取的字段被赋新值（例如 store.count = 10）
• getter 中调用了另一个 getter，而那个 getter 的依赖变了
• state 是嵌套对象，但你修改的是深层属性且未用 structuredClone 或 reactive 正确代理（导致响应式丢失）
• 使用了非响应式方式替换整个 state（比如 store.$state = {...}），会重置所有 getter 缓存

可以主动干预缓存吗

Pinia 不提供类似 invalidate() 的 API，也不建议强行绕过。但你可以通过以下方式间接影响：

• 用 store.$reset() 重置整个 store，所有 getter 缓存自然清空
• 对需要“强制刷新”的逻辑，封装进 action，让 action 修改某个 flag 字段，再让 getter 依赖该 flag
• 避免在 getter 中做异步操作或外部状态读取（比如 Date.now()、Math.random()），它们会破坏缓存稳定性