我的应用程序在内存中存储Firestore文档的副本。当数据被给定的客户端更改时，它首先更新它自己的内存副本，然后将这些相同的更新写入Firebase。

function updateDoc(docPath, changes) {
  updateInMemoryDocWithChanges(changes);

  app.firebase.db.doc(docPath).update(updates);
}

这些文档可能会同时被其他客户端更改。为了捕获这些更改，我们使用onSnapshot({ includeMetadataChanges: true}, ...)监听这些文档的更改，仅当hasPendingWrites为false时更新内存中的副本：

function handleSnapshot(doc) {
  // local write just occurred
  if (doc.metadata.hasPendingWrites) return;

  updateInMemoryObject(doc.data())
}

问题
在慢速连接中，接收hasPendingWrites: false的onSnapshot事件时可能会有明显的延迟。因此会发生以下操作顺序，但由于延迟，客户端会临时更新为过时的数据。

1. updateDoc()
   1.快照，hasPendingWrites=true（已忽略）
   1.进行了另一个更改，再次调用了updateDoc()
   1.快照，hasPendingWrites=false，来自步骤1中写入的更新。内存中的副本已更新，* 覆盖步骤3中所做的更改！*
   1.快照，hasPendingWrites=true，包含步骤3中的更新（已忽略）
   1.过了一会儿..
   1.快照，hasPendingWrites=false，包含步骤3中更新内存中副本已更新
   结果，客户端在使数据在7中重新出现之前看到一些令人不安的数据丢失。
   我想简单地忽略本地客户端更改导致的快照通知，但我能看到的唯一方法是将hasPendingWrites=true与hasPendingWrites=false的快照匹配，也许是同一个文档？看起来很难看，容易出错。
   什么是正确的处理方式？