Android应用FCM注册ID在数据库服务器的最优管理方案问询

我之前帮不少开发者处理过类似的FCM注册ID管理问题，结合实践经验给你几个最优方向，能完美解决注册ID刷新、多设备兼容以及登录登出的场景：

你原本的单表思路没问题，但要补上设备标识的维度——同一个用户可能在多台设备登录，直接用userID唯一绑定会覆盖其他设备的ID。推荐的表结构应该包含这些字段：

• user_id：用户唯一标识
• device_id：设备唯一标识（比如Android的Settings.Secure.ANDROID_ID，或者APP启动时生成的UUID存在本地）
• registration_id：FCM的注册/刷新后的ID
• is_active：标记该设备是否处于登录状态（默认true）
• updated_at：记录ID更新时间

对应的SQL示例：

CREATE TABLE fcm_registrations (
    id INT AUTO_INCREMENT PRIMARY KEY,
    user_id VARCHAR(255) NOT NULL,
    device_id VARCHAR(255) NOT NULL,
    registration_id VARCHAR(255) NOT NULL,
    is_active BOOLEAN DEFAULT TRUE,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
    -- 确保同一用户的同一设备只会有一条记录
    UNIQUE KEY unique_user_device (user_id, device_id)
);

不要局限于登录登出的时机同步，而是只要获取到新的registrationId就同步：

• 首次获取ID：用户登录后，把user_id+device_id+registration_id插入表中
• ID刷新时：在Android的onNewToken回调里，先把新ID存在本地（比如SharedPreferences）。如果用户已登录，直接调用接口更新服务器的registration_id；如果未登录，等下次登录成功后再同步
• 登出操作：不要删除记录，而是把is_active设为false——这样用户下次用同一设备登录时，只需把is_active改回true，不用重新插入，也避免漏掉刷新后的ID

• 推送失败处理：当服务器发送FCM推送收到InvalidRegistration错误时，直接把对应的registration_id标记为失效（或删除），因为这个ID已经彻底无法使用
• 定期清理：每周清理一次is_active=false且超过30天未更新的记录，避免数据冗余

如果你的APP需要支持给同一用户的所有活跃设备发推送，只需查询user_id匹配且is_active=true的所有registration_id即可；如果要指定设备推送，就用user_id+device_id精准匹配。

这样一套方案下来，既能保证服务器端的FCM ID始终是最新的，又能兼容多设备场景，还避免了登出后丢失刷新ID的问题。

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