基于FireStore实现用户自选时间的每日定时推送通知方案咨询

嘿，这个需求我帮不少开发者捋过思路，核心是要搭一套定时触发+用户偏好匹配+推送中转的联动流程——既然不能在触发动作里直接写推送代码，就得把各个环节拆成独立的配置模块来配合。下面一步步说清楚需要做的配置：

首先得确保用户的通知时间偏好和推送标识存得能被后续服务轻松读取，建议在用户文档里加这几个关键字段：

• dailyNotificationTime：存标准化的时分格式，比如"08:00"
• timeZone：存用户的IANA时区（比如"Asia/Shanghai"），这步绝对不能省，否则跨时区用户的“上午8点”会变成服务器时区的8点，完全不对
• fcmToken：用户设备的推送令牌，没有这个根本发不了通知

举个用户文档的例子：

{
  userId: "user_123456",
  fcmToken: "eXaMpLeToKeN_abc123...",
  dailyNotificationTime: "08:00",
  timeZone: "Asia/Shanghai"
}

需要一个独立的定时任务调度器，如果你用的是GCP生态（搭配Firestore），推荐用Cloud Scheduler，其他平台也可以用类似的定时服务（比如AWS CloudWatch Events）。配置要点：

• 用Cron表达式设置触发规则，比如每天上午8点触发就是0 8 * * *，注意一定要把定时任务的时区和用户存储的时区对应上，或者后续在匹配服务里做时区换算
• 这个定时任务只做一件事：触发用户匹配与推送中转的服务，绝对不要在这里写推送发送代码

这是衔接定时任务和推送服务的关键模块，建议用Cloud Functions（GCP）或者你的后端服务来实现，它的职责是：

1. 从Firestore里筛选出当前时间点需要接收通知的用户（根据dailyNotificationTime和timeZone匹配）
2. 收集这些用户的fcmToken
3. 把令牌批量转发给专业的推送服务（比如Firebase Cloud Messaging，FCM），由推送服务负责实际发送通知

举个Cloud Functions的伪代码逻辑（完全符合“不在触发动作里写推送代码”的要求，因为发送逻辑在FCM那边）：

exports.triggerDailyNotifications = functions.pubsub.schedule('0 8 * * *')
  .timeZone('Asia/Shanghai')
  .onRun(async (context) => {
    // 1. 筛选出所有设置8点且时区为上海的用户
    const usersRef = db.collection('users');
    const eligibleUsers = await usersRef
      .where('dailyNotificationTime', '==', '08:00')
      .where('timeZone', '==', 'Asia/Shanghai')
      .get();

    // 2. 收集有效的推送令牌
    const validTokens = [];
    eligibleUsers.forEach(doc => {
      const token = doc.data().fcmToken;
      if (token) validTokens.push(token);
    });

    // 3. 中转请求给FCM，由FCM发送通知
    if (validTokens.length > 0) {
      const notificationPayload = {
        notification: {
          title: '每日提醒',
          body: '今天也要元气满满呀！'
        },
        tokens: validTokens
      };
      // 这里只是调用FCM的API，不是自己写发送逻辑
      await admin.messaging().sendMulticast(notificationPayload);
    }

    return null;
  });

需要在Firebase控制台完成基础配置：

• 确保你的APP已经集成了FCM SDK，能获取到设备的fcmToken并上传到Firestore
• 给Cloud Functions的服务账号配置FCM发送权限（在IAM里设置）
• 可选：配置通知模板，方便后续统一修改通知内容

当用户修改通知时间时，要同步更新Firestore的数据：

• 更新用户文档里的dailyNotificationTime字段
• 如果你的架构里是按时间点分组存储用户（比如建一个notificationSchedules集合，每个文档对应一个时间点，里面存该时间点的用户ID列表），还要把用户从旧时间点的列表移到新时间点的列表，这样定时任务触发时能快速拿到目标用户

• 容错处理：FCM发送失败的令牌要及时从Firestore移除，避免无效请求；定时任务要设置重试机制，防止因为网络问题漏发
• 批量限制：FCM的批量推送一次最多支持500个令牌，用户量大的话要分批次处理
• 个性化通知：如果需要给不同用户发不同内容，可以在中转服务里根据用户数据生成个性化的payload再发给FCM

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