FCM开发疑问：使用Admin SDK后为何仍需自行管理注册令牌？

虽说Firebase Admin SDK和FCM本身会存注册令牌，但在你的业务场景下，自己存令牌有这些实打实的必要：

• 业务分组逻辑的自主掌控
  你的用户分组是业务层面的规则（随机分配、多组归属），FCM的主题订阅只是记录「哪些令牌订阅了哪个FCM主题」，但它不会帮你存「哪个用户（应用实例）属于哪些业务组」。要是全靠FCM的主题系统，你想调整分组规则、查某个业务组的用户数、或者批量调整用户的分组时，只能一遍遍调用FCM的API，不仅慢，还容易触碰到API调用限制（尤其是组里有10万+实例的时候）。自己把令牌和业务分组存在数据库里，直接查库就能搞定这些操作，完全不受FCM的约束。

• 主动管控令牌的生命周期
  FCM确实会自动处理失效令牌，但这个过程有延迟。要是你自己不存令牌，会遇到这些麻烦：

  • 往已经失效的令牌推消息，白浪费资源还增加无效请求；
  • 用户重装APP生成新令牌时，你没法把新令牌关联到原来的业务分组，导致用户丢失订阅关系，得重新分组。
    自己管令牌的话，前端上报新令牌时就能更新数据库，还能监听FCM推送失败的错误码，及时标记或删掉无效令牌，保证业务数据准头。

• 跨业务场景的数据复用
  除了FCM推送，令牌说不定还能用到别的地方：比如记录用户的设备信息、关联同一个用户的多个设备、或者和邮件/短信通知联动。把令牌存在自己数据库里，能方便地和其他业务数据打通，不用重复做数据收集和关联的工作。

• 避免被单一服务绑定
  万一以后因为业务需求要换推送服务（比如国内用其他厂商的推送），自己数据库里存的令牌和分组关系，能让你快速迁移，不用重新收集所有用户的令牌和分组信息。全靠FCM的话，迁移成本会高到离谱。

• 合规和数据安全的要求
  有些地区的合规规则（比如GDPR）要求你清楚掌握用户数据的存储和使用情况。自己管令牌，能更好地控制数据的访问权限、留存时间，应对合规审计也更方便。

结合你组内实例超10万的场景，用自有数据库快速筛选目标令牌，或者直接基于业务分组触发主题订阅/推送，比全依赖FCM的主题查询高效多了，灵活性也强很多。

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