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会为该写入操作触发两个本地事件：

它会立即使用本地时间戳触发child_added事件（根据您对服务器的预期偏移进行更正）
稍后会在服务器指定的情况下使用实际时间戳触发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()。

Answer 2

对于Realtime SDK，这是预期的行为。最终，时间戳将反映正确的服务器值。但是，如果这不符合您的需求，您可以使用REST API。

function addTimestamp() {
  fetch('https://<my-firebase-app>.firebaseio.com/test/.json', {
    method: 'post',
    headers: {
      'Accept': 'application/json',
      'Content-Type': 'application/json'
    },
    body: JSON.stringify({
      '.sv': 'timestamp' // add a timestamp
    })
  });
}

这不会使用本地时间戳，并且与Realtime SDK结合使用时，每个客户端在第一次更新时都会有相同的时间戳。

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

2 个答案: