android - Firebase 实时数据库应用程序在离线时执行许多操作后回到在线时卡住

Question

我的应用程序使用 firebase 实时数据库，我设置了 PersistenceEnabled(true) 以使其在设备离线时仍能正常工作。设备离线时一切正常，添加、更改和删除数据等所有操作都可以正常工作。

当设备在执行过多操作(例如在离线时删除大量数据)后恢复在线时会出现问题。在我看到我的实时数据库中的许多数据被同时删除后，我无法多次(5-10 分钟)进行添加和更改数据等操作，这取决于我在离线时删除了多少数据。在那之后我只能看到我的添加和更改操作。

我的问题是 firebase 可以在离线时处理多少操作并使其在恢复在线时仍然流畅，所以我的应用程序不像用户添加和更改其他数据时卡住几次？，或者

当我在离线模式下有很多操作要做时，有什么技巧可以使离线到在线的过渡顺利吗？

下面是我在删除数据之前更新数据的代码，离线时我的应用程序可以运行此代码块直到 100 次，例如在 1 小时内:

public void ritase(String number){                                       
    DatabaseReference ref = FirebaseDatabase.getInstance().getReference("/vehicles/").child(number);

    HashMap<String, Object> childUpdates = new HashMap<String, Object>();
    childUpdates.put("ritase/from", from);
    childUpdates.put("ritase/to", to);
    childUpdates.put("ritase/accept", accept);
    childUpdates.put("ritase/userid", userid);
    childUpdates.put("ritase/passenger", passenger);
    childUpdates.put("ritase/stat", 1);
    childUpdates.put("ritase/time_out", time);
    childUpdates.put("trips/content/time_out", time);
    childUpdates.put("trips/content/stat", 1);

    ref.updateChildren(childUpdates);
    ref.removeValue();                                                      
}

在我的应用程序再次上线后，下面的代码块操作卡住了几分钟。卡在这里意味着我无法立即在我的应用程序中看到更改:

Public void updateStatus(String number){                                   
    DatabaseReference ref = FirebaseDatabase.getInstance().getReference("/vehicles/").child(number); 
    HashMap<String, Object> childUpdates = new HashMap<String, Object>();
    childUpdates.put("driver/name", name);
    childUpdates.put("driver/nip", nip);

    if (PrefHelper.getPref(context,VarConstant.ISBARCODE) == "true") {
        childUpdates.put("is_barcode", 1);
    } else {
        childUpdates.put("is_barcode", 0);
    }

    childUpdates.put("position/content/location", location);
    childUpdates.put("position/content/time_in", time);
    childUpdates.put("position/content/time_out", 0);
    childUpdates.put("position/content/stat", 0);
    childUpdates.put("position/content/username", username);

    int status;

    if (PrefHelper.getPref(context, VarConstant.TYPE).contains(VarConstant.PERIMETER)) {
        status = 0;
        childUpdates.put("trips/content/status", status);
        childUpdates.put("trips/content/time_start", 0);
        childUpdates.put("trips/content/time_stop", 0);
    } else {
        status = 2;
        childUpdates.put("trips/content/status", status);
        childUpdates.put("trips/content/time_start", time);
        childUpdates.put("trips/content/time_stop", time);
    }

    ref.updateChildren(childUpdates);                                       

我也尝试为 removeValue() 使用完成监听器，但即使在删除数据的 firebase 实时数据库中它也会触发得很晚。

Answer 1

当您使用磁盘持久性时，Firebase 在磁盘上存储两种类型的数据:

1. 最近读取数据的缓存。
2. 等待写入的队列。

它还会在内存中保留所有 Activity 数据的副本，这意味着:您当前正在收听的任何数据。在此内存中副本中，待处理的写入将应用于数据。

当您重新启动您的应用程序并附加一个监听器时，Firebase 会加载缓存数据并应用它拥有的任何待处理写入。此过程具有线性性能，并且由于使用的散列算法可能会非常慢。

这意味着重新启动具有大量缓存数据和许多挂起写入的应用程序确实需要一些时间。这是预期的行为。

要减少启动时间，请限制您保持离线状态的数据量，并限制待处理写入的数量。