关于Redux Toolkit createApi标签缓存适用场景的疑问

问题背景 #

我通过Products标签对/products接口返回的产品数据做缓存，希望只有产品列表更新时才重新拉取数据。但我担心如果其他用户更新了产品，而我这边没调用/add-product接口，还是会拿到缓存里的旧数据。想问问在createApi里用标签缓存数据的适用场景到底是什么？

示例代码 #

...
endpoints: (builder) => ({
  getProducts: builder.query({
    query: () => `/products`,
    provideTags: 'Products',
  }),
  addProduct: builder.mutation({
    query: ({ product }) => ({
      url: `/add-product`,
      method: 'put',
      body: product,
    }),
    invalidateTags: 'Products'
}),
...

核心原理与适用场景 #

RTK Query的标签缓存机制，本质是靠前端自身发起的变更操作来同步缓存状态——只有当你在当前客户端调用了标记了invalidateTags的mutation时，对应标签的缓存才会失效并重新拉取。它不是用来监听后端数据实时变化的工具，所以你担心的跨用户数据不一致问题确实存在，这也决定了它的适用边界：

• 单用户独占的操作场景：比如个人中心、草稿箱、仅当前用户有权限修改的内容模块。用户自己完成增删改后，mutation会立刻失效对应标签缓存，缓存和后端数据完全同步，不会有冲突。
• 所有变更都走前端mutation的场景：比如内部管理系统，所有产品的增删改操作都必须通过你定义的addProduct/updateProduct/deleteProduct这些mutation接口发起。只要每个修改类mutation都配置了invalidateTags: 'Products'，就能保证缓存始终和后端一致。
• 对实时性要求较低的展示场景：比如产品列表页、博客文章列表这类数据不会被频繁修改的页面，或者用户可以接受通过下拉刷新、页面重新加载来获取最新数据。标签缓存能大幅减少重复请求，提升页面加载速度，偶尔的旧数据在可接受范围内。
• 批量管理关联缓存：当多个查询接口依赖同一类数据时，用标签可以一次性失效所有相关缓存。比如你同时有getProducts（全量产品）、getHotProducts（热门产品）两个query都标记了Products标签，调用addProduct时就能让这两个query的缓存同时失效，不用逐个配置。

不适用场景提示 #

如果你的业务是多用户协同编辑、数据会被外部系统修改，且要求前端实时展示最新数据，那单纯的标签缓存就满足不了需求。这种情况可以结合以下方案：

• 给query配置轮询（比如refetchOnMountOrArgChange: 60，每60秒重新拉取一次）
• 通过WebSocket接收后端的更新推送，收到消息后手动调用invalidateTags或updateQueryData来更新缓存

内容的提问来源于stack exchange，提问作者Chris