Firebase.ServerValue.TIMESTAMP未在侦听器与实际添加数据的客户端之间同步

Question

这是最简单的例子:

var fb = new Firebase('https://xxxxxxxxxxx.firebaseio.com/test');

fb.limitToLast(1).on('child_added', function(snap) {
    console.log('key', snap.key());
    console.log('val', snap.val());
});

fb.push({
    date_now: Firebase.ServerValue.TIMESTAMP
});

如果我使用此脚本打开两个选项卡,实际推送数据的选项卡将获取child_added回调中的本地时间戳,而另一个只是侦听的选项卡将获得正确的服务器生成的选项卡.据我所知,它可以排除往返并节省带宽.

但对于我的任务,这种行为是不可接受的.我怎么能克服它？

这是来自pusher的console.log:

key -K59mrvEUhTaoNIQQoA4
val Object {date_now: 1449732570832}

和监听器(等于在仪表板中看到的服务器数据):

key -K59mrvEUhTaoNIQQoA4
val Object {date_now: 1449732571759}

Answer 1

Firebase会为该写操作触发两个本地事件:

1. 它会立即child_added使用本地时间戳触发事件(根据您对服务器的预期偏移进行更正)
2. 它稍后会child_changed在服务器指定的情况下使用实际时间戳触发事件.

所以你可以通过监听这两个事件来解决问题:

var fb = new Firebase('https://xxxxxxxxxxx.firebaseio.com/test');

var query = fb.limitToLast(1);
query.on('child_added', function(snap) {
    console.log('key', snap.key());
    console.log('val', snap.val());
});
query.on('child_changed', function(snap) {
    console.log('key', snap.key());
    console.log('val', snap.val());
});

fb.push({
    date_now: Firebase.ServerValue.TIMESTAMP
});

一般来说,建议处理所有child_*事件,而不仅仅是child_added.服务器必须更新或删除值以更正本地事件的原因可能更多.

如果您更喜欢使用单个回调/事件处理程序,则还可以侦听value事件:

var query = fb.limitToLast(1);
query.on('value', function(snap) {
    snap.forEach(function(child) {
        console.log('key', child.key());
        console.log('val', child.val());
    });
});

你会注意到forEach()在回调中的使用.