是否必须重写Firebase Cloud Messaging的onDeletedMessages()？不重写会有何影响？

嘿，这个问题问得很实际！先直接给你结论：重写FirebaseMessagingService.onDeletedMessages()方法并不是强制要求的，是否需要重写完全取决于你的应用业务需求。

先明确一下你提到的触发这个回调的两种核心场景，没错：

• 当设备重新连接FCM时，该应用的待处理消息队列超过了100条上限，FCM会清除超出部分的消息并触发回调
• 设备超过一个月未与FCM建立连接，FCM会清除所有待处理消息并触发回调

如果不重写这个方法，当上述情况发生时，具体影响要分业务场景来看：

• 对消息有强依赖的业务场景：如果你的应用需要这些待处理消息来同步用户数据、更新应用状态，或者消息包含用户必须知晓的重要内容（比如订单状态更新、账户安全提醒），那用户就会彻底错过这些信息，可能导致应用本地状态和服务器端不一致，直接影响用户体验。举个例子：假设你做了一个电商APP，待处理消息是用户的物流推送，这些消息被清除后，用户打开APP就看不到最新的物流进度，会觉得APP“不好用”。
• 无强依赖的业务场景：如果你的应用发送的都是时效性极强的内容（比如实时活动提醒、临时促销推送，过期后就失去价值），那即使这些消息被FCM清除，不重写方法也不会有太大影响——毕竟这些消息本来过了时间就没用了，用户没收到也不会干扰核心业务。

如果你的业务属于第一种情况，重写onDeletedMessages()的价值就体现出来了：你可以在这个回调里主动触发补救逻辑，比如调用自己的服务器接口，拉取最新的消息或数据状态，确保应用和服务器同步，避免用户丢失关键信息。

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