如何绕过Firebase缓存刷新数据（在Android应用程序中）？

Question

User myUser =  MyclientFacade.getUser();
If (myUser.getScore > 10) {
    DoSomething() 
}

Firebase.getDefaultConfig().setPersistenceEnabled(true);

让我们看看同步方法MyClientFacade.getUser（）：

Public User  getUser()  {
  Firebase ref = myFireBaseroot.child("User").child(uid);
  ref.keepSynced(true);
  /* try {
    Thread.sleep(3000);
 } catch (InterruptedException e) {
    e.printStackTrace();
 }*/
final CountDownLatch signal = new CountDownLatch(1);

ref.addListenerForSingleValueEvent(new ValueEventListener() {
//ref.addValueEventListener(new ValueEventListener() {
    @Override
    public void onDataChange(DataSnapshot dataSnapshot) {
       this.user = dataSnapshot.getValue(User.class);
       signal.countDown();
    }
    @Override
    public void onCancelled(FirebaseError firebaseError) {
       signal.countDown();
    }
});
signal.await(5, TimeUnit.SECONDS);
ref.keepSynced(false);
return this.user;
}

如果使用AddValueEventListener或AddListenerForSingleValueEvent混合使用Ref.KeepSynced，则获得相同的行为：

假设我的用户在缓存中的得分值是5，而Firebase DB的得分值是11。

如果取消示例中thread.sleep()代码的注释，Firebase缓存将有足够的时间更新，并且我的getUser将返回正确的得分值（11）。

那么如何直接从服务器端直接询问最新的值并绕过缓存呢？

Answer 1

这也是一个问题，在我的申请中给我带来了很大的压力。

我尝试了一切，从将.AddListenerForSingleValueEvent()改为.AddValueEventListener()到尝试创造性地使用.KeepSynced()再到使用延迟(Thread.Sleep()方法，都没有真正一致地工作（即使是Thread.Sleep()方法，这在生产应用程序中是不可接受的，Thread.Sleep()方法也没有给出一致的结果）。

所以我所做的是：在创建一个查询对象并对其调用.keepsynced()之后，我继续在我所查询的节点中编写一个mock/token对象，然后在该操作的完成监听器中，在删除mock对象之后，执行我想要执行的数据检索。

类似于：

 MockObject mock = new MockObject();
    mock.setIdentifier("delete!");

    final Query query = firebase.child("node1").child("node2");

    query.keepSynced(true);

    firebase.child("node1").child("node2").child("refreshMock")
            .setValue(mock, new CompletionListener() {

                @Override
                public void onComplete(FirebaseError error, Firebase afb) {

                    query.addListenerForSingleValueEvent(new ValueEventListener() {

                        public void onDataChange(DataSnapshot data) {

                            // get identifier and recognise that this data
                            // shouldn't be used
                            // it's also probably a good idea to remove the
                            // mock object
                            // using the removeValue() method in its
                            // speficic node so
                            // that the database won't be saddled with a new
                            // one in every
                            // read operathtml" target="_blank">ion

                        }

                        public void onCancelled(FirebaseError error) {
                        }

                    });

                }

            });
}

到目前为止，这对我一直有效！（嗯，一天左右，所以对此半信半疑）。似乎在读取之前执行写操作会绕过缓存，这是有意义的。所以数据是新鲜的。

唯一的缺点是读操作之前的额外写操作，这可能会导致很小的延迟（显然使用一个小对象），但如果这是总是新鲜数据的代价，我会接受的！