FCM 上游消息传递的可靠性如何？

Question

Firebase Cloud Messaging 上游消息（从设备到服务器的消息）的文档描述了如果设备离线，消息如何排队等待传递。

Android:

在设备离线或 FCM 服务无法将上游消息转发到您的服务器的情况下，Android 客户端应用实例最多可累积 20 条待处理消息。

iOS:

FCM 客户端库将消息缓存在客户端应用程序上，并在客户端具有活动服务器连接时发送。

但是，如果应用程序在消息传递之前关闭怎么办？连接恢复后，Firebase 是否会尝试使用任何类型的后台服务来传递此类消息？或者它们是在等待下次打开应用程序之前排队，还是完全丢弃？

编辑：在我的实验中，至少有一个持久队列可以在应用重新启动时保存消息。但我仍然不确定（在每个操作系统上）什么情况会导致 Firebase 消息服务运行或不运行，尤其是当应用程序处于后台时。

Answer 1

在您提到的 iOS 部分中，它明确指出：

FCM 客户端库缓存客户端应用上的消息，并在客户端具有活动的服务器连接时发送。

话虽如此，我认为 Android 也是如此。只要没有为客户端应用程序清除缓存，就可以肯定地说数据仍然存在。但是，记住@DanHulme 在answer 中提到的内容也很好：

缓存的后台进程

不要忘记，即使后台进程停止运行，Android 也会将它们保留在内存中，除非/直到另一个进程需要使用该内存。如果应用程序被“停止”，则它没有使用任何资源，即使 Android 将其保存在内存中也是如此。

所以我认为你最好在你的客户端应用程序中实现一个检查器，无论上游消息是否成功发送，并在以后重新发送它（当连接已经可用）如果没有。