React Native社交应用：处理本地通知是否需要FCM？

核心结论 #

应用内通知和推送通知完全相互独立，可以分步实现且不会冲突；FCM确实能同时覆盖应用内通知的计数更新和推送通知场景，但不是必须一开始就用它做应用内通知。

分步实现方案 #

1. 先搞定应用内通知（无需FCM） #

你理解的没错，应用内的徽章计数完全可以通过Firestore+本地状态管理实现，具体逻辑如下：

• 在Firestore中创建notifications集合，每条记录存储通知类型（点赞/评论）、关联帖子ID、发送者信息、接收者ID、是否已读等字段
• 应用启动或进入通知相关页面时，查询当前用户的未读通知总数，将这个数值存在本地状态管理容器（比如React Context、Redux或AsyncStorage）中
• 通过Firestore的onSnapshot实时监听notifications集合的变化，当有新的未读通知产生时，自动更新本地的未读计数，同步刷新铃铛徽章
• 这种方式无需依赖FCM，逻辑直接且轻量，适合快速落地核心功能

2. 后续添加FCM推送通知（无冲突） #

等应用内通知逻辑跑通后，再集成FCM实现推送通知完全不会有冲突：

• 推送通知的作用是在应用后台运行或完全关闭时，提醒用户重要消息（比如有人@你、收到私信）；而应用内通知是用户在APP内时的实时交互反馈，二者场景互补
• 集成FCM时，可以通过两种方式触发推送：
  • 业务逻辑触发：当产生新通知（点赞/评论）时，同步调用FCM的发送接口给目标用户推送消息
  • Cloud Functions自动触发：监听notifications集合的新增文档事件，自动触发FCM推送流程
• 用户点击推送通知进入APP后，应用内的未读计数逻辑依然正常运转，二者互不干扰

FCM是否能覆盖所有场景？ #

可以，但没必要一开始就全依赖FCM：

• FCM支持数据消息和通知消息：数据消息可在APP前台时同步未读计数（类似Firestore实时监听的效果），通知消息则负责后台推送提醒
• 但用FCM做应用内计数更新，反而不如直接用Firestore实时监听直观高效——毕竟Firestore本身就是你的数据存储源，直接监听数据变化更贴合业务逻辑
• 最优方案是：用Firestore+本地状态管理应用内通知和徽章计数，用FCM处理后台推送通知，二者配合使用而非互相替代

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