在tokbox中有四个主要事件:
connectionCreated
connectionDestroyed
streamCreated
streamDestroyed
我们正在监视客户端(纯JS(和使用服务器上的Webhook(php(上的这些事件。
connectionDestroyed
事件的对象包含"原因"为什么被破坏。
我们已经注意到,当原因为 networkDisconnected
时,我们会看到其响应的延迟。
其他事件和原因似乎立即发射了。但是,当网络连接下降时(测试时拉开以太网线或关闭WiFi(,Webhook在确认它之前似乎有5-20秒的延迟。
有人知道这是否是"典型"?Tokbox是否故意这样做?是否可以给连接一些时间重新连接,以使小网络打ic并不能完全使您过早地关闭您?有没有办法更改此延迟?
如果有人对此有任何了解,我将非常感谢。
谢谢!
Manik在这里从tokbox。
当您获得connectionDestroyed
事件的原因为networkDisconnected
时,这意味着存在网络问题,并且重新连接失败的尝试。当JS SDK检测到连接损失时,它试图在30秒内重新连接5次。这就是为什么您看到接收connectionDestroyed
事件的延迟。
要知道JS SDK是否试图重新连接,您可以收听以下事件:
session.on(
sessionReconnecting: () => {
//
},
sessionReconnected: () => {
//
},
sessionDisconnected: () => {
//
}
);
有关更多信息,请参阅《自动重新连接指南》。