获取设备FCM令牌的频率最佳实践及理想时机咨询

当前做法的问题 #

你现在的做法不算绝对的不良实践，但存在明显的冗余操作问题：

• FCM令牌并非每次启动或登录都会变更，频繁触发获取并写入Firestore会产生不必要的网络请求和数据库写入开销，长期运行可能触及Firestore的写入限额。
• 重复写入相同令牌属于无效操作，纯粹浪费系统资源。

理想的获取与更新时机 #

要确保服务器端存储的令牌始终有效，建议聚焦在令牌实际变更或必须关联用户的场景：

• 首次登录后：应用首次安装完成，用户第一次登录时，获取令牌并关联用户ID存入Firestore，同时在本地持久化缓存该令牌。
• FCM令牌更新回调触发时：FCM SDK自带令牌变更监听机制（比如Android的onNewToken方法、iOS的didReceiveRegistrationToken方法），当令牌因系统更新、应用重装、令牌过期等原因发生变更时，直接在回调中更新Firestore的存储，这是官方推荐的最可靠方式。
• 登录状态切换后（登出再登录）：如果登出时清理了本地令牌缓存，或者当前登录用户与Firestore中令牌关联的用户不一致，此时可以获取一次令牌并更新关联记录；但先检查本地缓存，若有有效且匹配的令牌则无需重复获取。
• 长时间未活跃后的启动：如果应用间隔数周以上被启动，或者卸载重装后启动，可主动检查一次令牌有效性，对比本地缓存与Firestore记录，不一致则执行更新。

优化小技巧 #

• 本地持久化存储令牌，每次操作前先对比本地缓存和Firestore的记录，仅当两者不一致或本地无缓存时，才执行令牌获取和更新操作。
• 优先依赖FCM的官方回调捕获令牌变更，避免无差别地在每次启动或登录时强制获取令牌。

内容的提问来源于stack exchange，提问作者David A.