卸载重装Firebase应用后接收重复推送通知问题咨询

先直接回答你的核心疑问：Firebase确实会在短时间内向旧应用对应的令牌发送通知。原因是当你卸载应用时，Firebase并不会立刻知晓该设备令牌已失效——它需要通过后续的通知发送反馈（比如推送失败）才会标记令牌为无效。而重装应用后，Firebase会生成一个全新的设备令牌，当你再次订阅同一主题时，这个新令牌会被加入主题订阅列表，此时旧令牌还没被标记失效，就会出现同一主题下有两个有效令牌的情况，导致通知重复接收。

下面是经过验证的解决方案，覆盖iOS和Android平台：

1. 应用启动时主动管理令牌与主题订阅 #

每次应用启动（尤其是重装后的首次启动），执行以下步骤：

• 获取当前设备的Firebase令牌（Android用FirebaseMessaging.getInstance().token，iOS用Messaging.messaging().token）
• 从本地存储（Android用SharedPreferences，iOS用Keychain）读取之前保存的旧令牌
• 如果存在旧令牌，调用Firebase API将其从目标主题中移除（Android：FirebaseMessaging.getInstance().unsubscribeFromTopic("XXXX", oldToken)；iOS：Messaging.messaging().unsubscribe(fromTopic: "XXXX", token: oldToken)）
• 将新令牌订阅到目标主题，同时把新令牌更新存储到本地

注意：这个方法需要你在首次获取令牌时就做好本地存储，确保重装后能拿到旧令牌。

2. 利用令牌刷新回调处理 #

当Firebase生成新令牌时（重装应用一定会触发这个回调），在回调逻辑中处理主题订阅：

• Android：在FirebaseMessagingService的onNewToken方法里，先移除旧令牌的主题订阅（如果本地有存储），再订阅新令牌
• iOS：在MessagingDelegate的didReceiveRegistrationToken方法中执行同样的逻辑
  这种方式能确保每次令牌更新时，旧令牌都被及时从主题中移除，避免重复订阅。

3. 服务器端辅助清理（如果有后端） #

如果你的服务有自己的后端，可以：

• 定期使用Firebase Admin SDK批量验证令牌的有效性，移除无效令牌的主题订阅
• 发送主题通知时，优先使用令牌列表而非直接发送主题通知（将用户的有效令牌存在你的数据库中，发送时只针对这些令牌），从根源避免重复

4. Android平台额外优化：卸载时主动通知服务器 #

Android可以通过BroadcastReceiver监听应用卸载的广播（虽然有一定限制），在卸载时向你的服务器发送请求，将当前令牌从所有主题中移除。不过iOS由于沙盒机制，无法在卸载时执行代码，所以这个方法只适用于Android。

总结下来，最通用且有效的方案是结合本地令牌存储+启动/令牌刷新时的主题订阅管理，确保同一设备同一主题下始终只有当前有效的令牌存在，就能彻底解决重复通知的问题。

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