数据库字段更新时如何同步更新Redux数据（React-Native + NodeJS场景）

方案1：MongoDB Change Streams + WebSocket 推送（实时性最高、通用性最强） #

• 服务端实现逻辑
  • 用Node端监听MongoDB的Change Streams（MongoDB 3.6+版本支持，需要运行在副本集/分片集群模式下），可通过配置过滤规则，只监听指定集合、指定字段的更新事件，过滤掉无效变更
  • Node端集成WebSocket服务（推荐用socket.io，对RN端兼容性好，自带自动重连、离线消息缓存能力），捕获到符合条件的变更事件时，把变更字段内容、关联文档ID等信息推送给对应的RN客户端
• 客户端实现逻辑
  • RN端集成socket.io-client，应用启动后和服务端建立WebSocket长连接，根据业务场景订阅自己关心的文档变更事件（比如当前登录用户关联的文档）
  • 收到服务端推送的变更消息后，直接dispatch对应的Redux action即可完成状态更新

注意：开发环境下如果是MongoDB单节点，只需简单配置为单节点副本集即可使用Change Streams，改造成本极低

方案2：服务端操作钩子 + WebSocket 推送（兼容低版本MongoDB） #

• 服务端实现逻辑
  • 如果使用的MongoDB版本低于3.6，无法使用Change Streams，可在Node服务的数据库操作层加统一钩子：所有对目标集合的更新操作执行完成后，判断是否修改了指定字段，符合条件就主动通过WebSocket给对应客户端推送变更通知
  • 如果用Mongoose作为ODM，可以直接调用Mongoose的post中间件统一拦截更新操作，不需要每个业务接口单独加判断逻辑
• 客户端实现逻辑和方案1完全一致，收到推送后更新Redux状态即可

注意：这个方案只能捕获到通过当前Node服务触发的数据库变更，如果有其他服务、脚本直接修改MongoDB数据，无法捕获到变更通知，适用场景有限

方案3：客户端轮询（实现成本最低，适用于实时性要求不高的场景） #

• 实现逻辑
  • RN端按照固定时间间隔（比如30秒/1分钟，可根据业务对实时性的要求调整）调用Node端的查询接口，拉取对应文档的最新字段值
  • 拉取到数据后和Redux中存储的旧值做对比，如果有差异就dispatch action更新状态
• 优缺点：开发成本极低，不需要维护长连接，也不需要修改MongoDB配置；缺点是实时性差、存在固定延迟，频繁请求会额外消耗服务器资源和客户端流量

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