node.js - Firebase onDisconnect() 多次触发

Question

按照 firebase 文档构建一个存在状态的应用程序，是否存在当应用程序仍处于连接状态时触发断开连接的情况？我们看到存在 Node 将应用程序显示为离线，然后在我们没有失去网络连接的情况下在几秒钟内恢复在线的情况。

我们在现场安装的多个嵌入式设备上看到，存在设置为 false，然后几乎立即恢复为 true，并且这种情况在所有设备上都在几秒钟之内发生。从我们所做的测试和在线文档中我们知道，如果我们在设备上失去互联网连接，大约需要 60 秒，服务器上的超时才会触发 onDisconnect() 方法。

此后，我们在存在方法中添加了代码，允许设备在应用程序实际运行时看到存在 Node 设置为 false 时将存在重置为 true。有时，当发生这种情况时，我们会得到一次写回 true 的结果，那就结束了，其他时候，就像服务器和客户端正在互相争斗，并且 Node 在 50-200 的过程中多次重置为 true毫秒。每次我们强制存在恢复为 true 时，我们都会通过推送到设备 GUID 内的另一个 Node 来监视这一点。这仅在模块运行时以及最初建立存在之后发生。

这是我们从设备上运行的各个模块调用的方法，以便我们可以在任何给定时间监视每个模块的状态。

exports.online = function (program, currentProgram) {
 var programPath = process.env.FIREBASE_DEVICES + process.env.GUID + '/status/' + program
  var onlinePath = process.env.FIREBASE_DEVICES + process.env.GUID + '/statusOnlineTimes/' + program
  var programRef = new firebase(programPath);
  var statusRef = new firebase(process.env.FIREBASE_DEVICES + process.env.GUID + '/status/bootup');
  var onlineRef = new firebase(onlinePath)
  amOnline.on('value', function(snapshot) {
    if (snapshot.val()) {
      programRef.onDisconnect().set(false);
      programRef.set(true);
      programRef.on('value', function(snapshot){
        if (snapshot.val() == false){
          programRef.set(true);
          console.log('[NOTICE] Resetting', program, 'module status back to True after Fireabase set to False')
          var objectToPush = {
            program: program,
            time: new Date().toJSON()
          }
          onlineRef.push(objectToPush)
        }
      })
      if (currentProgram != undefined) {
        statusRef.onDisconnect().set('Offline')
        statusRef.set(currentProgram)
      }
    }
  }); 

我们遇到的问题是，是否存在 Firebase 调用 onDisconnect() 方法的实例，即使它确实没有丢失其状态？我们曾遇到过这样的情况:在添加重置代码之前，我们会看到设备离线，然后在 60 秒内重新上线。重置代码是为了解决我们在现场遇到的另一个问题，即如果设备电源中断并且没有完全退出，设备可以重新启动并在之前的超时之前使用新的 UID 重置存在状态。实例已被解雇。然后，一旦超时触发，设备将显示为离线，即使它实际上在线。

Answer 1

因此，通过在programRef.on(...) 调用之前添加programRef.off() 调用，我们能够停止设备重新连接时发生的多次推送。我们确定要发生的是，每当设备从离线状态上线并且 amOnline.on(...) 回调触发时，它都会创建一个新的监听器。

现在我们能够处理 onDisconnect() 从较早的程序 PID 触发并以脱机状态覆盖当前事件程序的情况。这似乎解决了我们在现场设备的竞争条件方面遇到的问题，该问题能够在 onDisconnect() 触发未完全退出的实例之前重新启动并重新获得连接。

我们仍然遇到一个问题，即所有设备都会在大约同一时间关闭然后重新联机(彼此相隔 1-3 秒内)。 Firebase 是否有时会重置 ./info/connected Node ？因为我们正在监视存在并实际登录和注销事件，所以也许我们只是捕获了大多数人看不到的事件？还是我们做错了什么？