Flutter办公空间预订应用：Local与Firebase Notification选型困惑

核心区别先理清 #

• Push Notification：由后端/第三方推送服务发起，只要设备在线（甚至后台）就能收到，适合跨设备、后端主动触发的批量/定向通知场景
• Local Notification：由App本地触发，不需要后端，仅依赖设备本地权限，适合用户个性化的本地定时提醒，无法实现跨设备或后端主动触达

对应你的场景选型 #

1. 经理预订工位/会议室 → 通知团队成员 #

必须用Push Notification：

• 这个场景是后端触发的定向通知：经理操作完成后，NestJS后端需要把通知推送给指定的团队成员，这些成员的设备可能不在同一环境，且App可能未打开
• 实现逻辑：
  • Flutter端收集用户的设备推送Token，上传到PostgreSQL关联用户账号
  • NestJS在预订接口写入数据库后，查询该团队成员的Token列表，调用推送服务API发送定向通知

2. 管理员添加事件 → 通知所有用户 #

同样用Push Notification：

• 属于后端发起的全局通知，需要触达所有注册用户，Local Notification无法批量触发所有用户设备
• 优化方案：可以让所有用户订阅一个全局主题（比如"office_events"），后端直接推送到这个主题，无需逐个遍历Token

3. 按时间间隔触发的通知 #

分两种情况处理：

• 若是后端驱动的定时提醒（比如预订工位前1小时提醒用户）：用Push Notification，NestJS结合@nestjs/schedule定时任务，到时间点查询需要提醒的用户列表，调用推送服务发送
• 若是用户本地设置的个性化提醒（比如用户自己设置每天查看预订）：用Local Notification，Flutter端用flutter_local_notifications包实现本地定时触发

技术栈适配要点 #

• Flutter端：
  • 集成推送服务（如FCM）获取设备Token，处理通知接收和展示
  • 如需本地提醒，用flutter_local_notifications配置本地定时任务
• NestJS后端：
  • 集成推送服务SDK（如firebase-admin），实现Token管理、批量/主题推送
  • 用@nestjs/schedule实现定时推送逻辑
  • PostgreSQL存储用户Token、预订记录、事件信息，用于推送时的目标查询

最终选型总结 #

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