如何解决RTK Query中多标签页跨用户mutation的缓存同步问题？

问题背景 #

我开发了一个支持各类实体CRUD操作的React应用，采用RTK Query与后端交互，依赖其内置缓存机制——仅当对带有指定标签的端点执行mutation时，才会失效对应缓存。单标签页环境下运行正常，但多用户/多标签页交互场景存在核心问题：

• 当某用户执行mutation操作后，只有其当前浏览器标签页的缓存会自动失效
• 其他连接应用的浏览器（或同一设备的其他标签页）无法同步更新缓存，必须手动刷新页面才能看到最新数据

现有不理想的解决方案 #

我试过两种方案，但都存在明显缺陷：

• 定期缓存失效：通过轮询机制定时刷新缓存，会产生大量不必要的请求，浪费服务器和客户端资源
• 焦点触发重新获取：配置所有查询在页面获得焦点时自动重新请求数据，体验不够实时，且同样会增加额外的请求开销

理想目标 #

希望实现：能自动检测到其他用户对指定端点发起的mutation操作，然后在所有连接的浏览器/标签页中，按标签精准失效对应端点的缓存，无需用户手动刷新。

已实现的自定义方案 #

我自己基于WebSocket实现了一套同步机制，步骤如下：

1. 全局组件初始化时，立即通过WebSocket与后端建立连接
2. 后端为每个WebSocket连接分配唯一标识，存入socket池后将标识返回给前端
3. 前端将该标识存入Redux Store
4. 配置RTK Query，在所有发往后端的请求中添加此标识作为自定义请求头
5. 后端接收请求时，判断HTTP方法：若为mutation类型（POST/PUT/PATCH/DELETE），则从请求头提取标识，过滤socket池排除自身连接，向其余所有socket发送包含被mutate服务标签的事件
6. 前端WebSocket收到事件后，调用RTK Query的invalidateTags工具函数，失效对应标签的缓存

这套方案能实现类实时的协作效果，所有用户的操作会立即同步到所有连接的终端，但实现逻辑过于繁琐，感觉像是在重复造轮子。

求助问题 #

这类多用户缓存同步的场景应该较为普遍，想请教：是否存在更简洁的替代方案？比如：

• 现成的npm包
• RTK Query未被我注意到的配置项或内置功能
• 成熟的设计模式

注：市面上有不少实现多标签页Redux Store同步的包，但这类方案仅能解决同一设备的标签页同步问题，无法覆盖不同设备的多用户场景。

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