Firestore @ Android - 监听器在应用程序恢复上滞后

Question

我在 Android 应用上使用 FireStore（不是 Firebase 实时数据库）。

当应用加载时，我正在向集合中添加一个监听器（参见下面的代码）

监听器工作得很好，只要应用程序处于活动状态，它就会正确更新。

但是，在应用程序进入后台后，在恢复应用程序时，侦听器有时会延迟大约 60-90 秒，直到它随着来自服务器的更改而更新。如果我关闭应用程序并重新启动它，它会立即更新。

当应用程序停止时，我分离监听器，并在 OnResume 上恢复它。我也尝试过不分离监听器，但我遇到了同样的问题。

有人知道怎么解决吗？见以下代码：

监听器（正在初始化 OnResume）：

m_registration = db.collection('names').
        orderBy("stamp", Query.Direction.ASCENDING)
                .addSnapshotListener(new EventListener<QuerySnapshot>() {
                    @Override
                    public void onEvent(@Nullable QuerySnapshot value,
                                        @Nullable FirebaseFirestoreException e) {
                        if (e != null) {
                            Log.w(TAG, "Listen failed.", e);
                            return;
                        }

                        for (DocumentChange dc : value.getDocumentChanges()) {
 
                        }

在停止时，我正在分离监听器：

m_registration.remove();

Answer 1

根据 cmets 部分的这个问题：

您是否在 logcat 中收到 Failed to resolve name. status={1} 这样的消息？

这个答案：

我检查了 logcat，我确实看到了这条消息。

我可以告诉你，这是由于用户设备上没有互联网连接而发生的，在你重新连接互联网到监听器实际激活的时间之间，有您的客户端未连接到服务器的时间量。这就是在 logcat 中打印出该警告的原因。很可能会多次打印而不会停止，直到网络重新开启并且客户端再次与 Firebase 服务器同步。

这些重试没有像您预期的那么快发生并且您遇到延迟（60-90 秒）的原因是因为执行重试的代码使用了所谓的Exponential backoff algorithm。这意味着此代码可以防止用户设备上可能发生的所有重试，以提高性能。过多的重试也会通过消耗过多的数据计划带宽来影响用户。这确实不是你想要的。

很遗憾，当您在 Cloud Firestore 数据库中侦听更改并且遇到一些网络断开连接时，您无能为力。您无法控制 Firebase Firestore Android SDK 如何管理其连接。

如果你想摆脱它，IMO，因为它只是一个警告并且不是一个例外，你可以简单地忽略它。但是，我找到了一种可以解决此问题的方法：

• Not receiving document updates on network disconnect and reconnect in Firestore Java admin SDK

我没有测试过这个解决方案，但你可以试一试。