如何在服务器端识别删除过期FCM Token？多设备Token更新处理咨询

我来帮你解决这两个FCM Token相关的问题，这在多设备登录场景下确实是很常见的痛点：

一、服务器端识别并删除过期FCM Token #

FCM不会主动告知你Token已经失效，咱们主要靠发送消息时的反馈来识别：

• 捕获发送错误状态：当你向某个Token推送消息时，如果收到InvalidRegistration或NotRegistered的错误响应，就说明这个Token已经失效（可能是用户卸载了应用、Token过期、清除了应用数据等），此时直接从数据库中删除对应的Token即可。
• 批量消息的错误处理：如果是批量推送，FCM会返回每个Token的发送结果，你需要遍历结果集合，把标记为失效的Token批量清理掉。
• 定期验证（可选）：可以每周或每月跑一次轻量的验证脚本，用FCM的批量接口发送静默测试消息（不打扰用户），收集失效Token进行清理，但注意不要频繁调用，避免触发FCM的限流机制。

二、多设备Token更新的匹配方案 #

你的数据库当前缺少设备唯一标识字段，这是没法精准匹配新旧Token的核心问题。咱们可以按以下步骤优化：

1. 扩展数据库表结构：新增device_id（设备唯一标识符）、device_type（比如desktop/mobile）字段，必要的话还可以加device_info（系统版本、设备型号），更新后的表结构大概是这样：

   id | user_id | token               | device_id       | device_type
   --------------------------------------------------------------------
   1  | 1       | asdlgkj090sdf8q     | abc123-desktop  | desktop
   2  | 1       | zlkroqiuoiquoio     | def456-mobile   | mobile
   

2. 客户端生成并持久化device_id：
   • Android：可以用Settings.Secure.ANDROID_ID（注意：设备重置或刷机后可能会变化，但普通使用场景下稳定性足够），或者自己生成一个UUID存在SharedPreferences里，卸载应用才会丢失。
   • iOS：用UIDevice.current.identifierForVendor（同一开发者的应用在同一设备上的唯一标识，卸载所有该开发者应用后会变化），或者生成UUID存在UserDefaults中。
   • 桌面端：生成一个UUID，存在本地存储（比如浏览器的localStorage、桌面应用的本地配置文件）里，只要用户不清除数据或卸载应用，这个ID就会一直保留。
3. Token更新的逻辑流程：
   • 客户端每次获取到新Token时（比如应用启动、FCM自动刷新Token），把user_id、new_token、device_id、device_type一起传到服务器。
   • 服务器先根据user_id + device_id查询数据库：
     • 如果找到匹配的记录：直接更新这条记录的token字段为新Token。
     • 如果没找到：新增一条新的记录即可。
4. 额外优化建议：可以加个last_active字段，记录该Token最后一次活跃的时间（比如客户端每次启动时上报），定期清理长时间未活跃的Token，减少数据库里的无效数据。

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